2011軟件水平考試軟件測評師測試技術(shù)輔導(dǎo)(2)
軟件測試用例的設(shè)計(jì)-提高測試覆蓋率 軟件測試
說到測試用例的設(shè)計(jì)，我想每個(gè)有過測試經(jīng)歷的測試工程師都會認(rèn)為很簡單，不就是：按需求或概要設(shè)計(jì)，得到軟件功能劃分圖，然后據(jù)此按每個(gè)功能，采用等價(jià)類劃分、臨界值、因果圖等方法來設(shè)計(jì)用例就行了。
但事實(shí)上撇開測試數(shù)據(jù)的設(shè)計(jì)不談，僅就測試項(xiàng)來說，我們發(fā)現(xiàn)，對同一個(gè)項(xiàng)目，有經(jīng)驗(yàn)的測試人員，在寫用例或測試時(shí)總會有更多的測試考慮點(diǎn)，從而發(fā)現(xiàn)更多的問題;而有些測試人員測試用例的撰寫卻只有那么三板斧，表面看好象已經(jīng)把頁面所有信息的測試都考慮到了，實(shí)際上卻還是遺漏了大量測試覆蓋點(diǎn)，導(dǎo)致其測試出來的程序總是比較脆弱。
究其原因，我覺得還是測試用例的撰寫水平不到位，更確切地說是測試用例的覆蓋度太低。說實(shí)話我認(rèn)為系統(tǒng)測試用例真正做到100%覆蓋是很難的。難道說按設(shè)計(jì)中的功能劃分，每個(gè)功能都寫到了這個(gè)用例就覆蓋完整了?錯(cuò)，這還遠(yuǎn)遠(yuǎn)不夠。因?yàn)槲覀冎肋€有大量的內(nèi)部處理、轉(zhuǎn)換、業(yè)務(wù)邏輯、相互影響的關(guān)系等都是需求或設(shè)計(jì)中所不會點(diǎn)明的。而這些一方面需要靠測試人員對項(xiàng)目本身的了解，另一方面要靠測試人員的經(jīng)驗(yàn)，來一一找到這些隱藏點(diǎn)并予以測試，才能真正地保證我們的測試覆蓋度。
所以本文拋開具體的測試數(shù)據(jù)設(shè)計(jì)方法，主要從測試覆蓋度的角度來介紹用例設(shè)計(jì)時(shí)，如何才能考慮地更周全，如何才能將隱藏的測試項(xiàng)一一找出，從而使我們的測試更全面更完整。
想法雖然美好，可是畢竟每個(gè)測試的項(xiàng)目都是各不相同，針對不同項(xiàng)目我們的經(jīng)驗(yàn)也會告訴給我們不同的想法，這些想法通常很感性，很難用嚴(yán)密的邏輯理論來把它升華。因此本文的內(nèi)容仍是很簡陋且不成熟，只是希望能以本文為磚，引起大家的思考，一起來補(bǔ)充完善，以使我們的測試用例設(shè)計(jì)水平不斷提高。
測試用例的切面設(shè)計(jì)
所謂測試切面設(shè)計(jì)，其實(shí)就是測試用例大項(xiàng)的劃分。測試用例劃分的經(jīng)典方法是瀑布模型，也就是從上到下，逐漸細(xì)分，大模塊包括小模塊，小模塊包括更小的模塊。但僅僅如此是不夠的，我們還要從更多的角度切入系統(tǒng)，從不同的角度把系統(tǒng)切分成一塊一塊的，來進(jìn)行測試，從而確保測試大項(xiàng)的完整性。
1、功能點(diǎn)切面
這是最常見的切面，通常我們認(rèn)為頁面上的一個(gè)按鈕就是一個(gè)功能點(diǎn)。然后我們可以根據(jù)功能的復(fù)雜程度，按每個(gè)功能;或一個(gè)功能點(diǎn)分多頁;或多個(gè)功能點(diǎn)合成一頁來進(jìn)行用例的撰寫。
2、特定切面
除此以外，還有一種特定切面的劃分方法，也是用例撰寫時(shí)經(jīng)常會用到的。所謂的特定切面，就是忽略掉表面上的功能點(diǎn)，而關(guān)注測試對象的某一個(gè)面。比如我們的內(nèi)部管理系統(tǒng)提供了銷售錄入導(dǎo)入、注冊錄入導(dǎo)入等功能，從菜單劃分上對應(yīng)了七八個(gè)功能點(diǎn)。但這些功能處理后臺有個(gè)共同的處理項(xiàng)就是授權(quán)記錄的生成，這時(shí)我們就可以把“授權(quán)記錄生成”單獨(dú)拿出來做一個(gè)測試項(xiàng)，而在其它測試項(xiàng)中涉及這一部分的用例就不必再一一撰寫。此外象一些界面共通的操作用例單獨(dú)寫成一頁，也是一種特定切面。所以如果說將用例按功能點(diǎn)劃分是一種縱向劃分法，那么特定切面就是從橫向的角度分析所得到的切面。在普通功能點(diǎn)劃分上再根據(jù)實(shí)際情況設(shè)計(jì)特定切面，可以使我們的用例閱讀性、理解性、操作性更強(qiáng)。
3、隱含切面
這類用例是最容易被忽略的。它往往不是明顯的某個(gè)功能項(xiàng)，可能是功能項(xiàng)后臺的隱含處理，也可能是多個(gè)功能項(xiàng)之間的關(guān)聯(lián)處理，甚至可能是在某種特定情形下的處理。這都需要測試人員通過對軟件的學(xué)習(xí)了解，來進(jìn)行挖掘。
(1)、后臺功能
常見的如一些定時(shí)自動啟動的服務(wù);以及某種特定情況下自動執(zhí)行的操作等。它們在界面上往往是不體現(xiàn)的，但許多在需求設(shè)計(jì)中還是會提到，也有一些比較細(xì)小的功能可能會被忽略，就需要測試人員根據(jù)對項(xiàng)目的了解程度來進(jìn)行挖掘。所以說一個(gè)熟悉項(xiàng)目的和一個(gè)不熟悉的測試人員，寫出來的用例就完全是兩個(gè)層次的。
(2)、完整業(yè)務(wù)流程的測試
我們都知道測試用例的設(shè)計(jì)是從點(diǎn)、線、面三個(gè)層次去考慮的。完整的一個(gè)功能項(xiàng)是線，其中的某個(gè)按鈕是點(diǎn)，多個(gè)相關(guān)功能結(jié)合成完整業(yè)務(wù)流就是面。從實(shí)際來看這類用例往往被我們忽略。
事實(shí)上目前公司的軟件本來都是業(yè)務(wù)型應(yīng)用軟件，將各種功能從業(yè)務(wù)流中切割出來單獨(dú)寫用例，肯定也會有涉及到整體流程的情況。若不加以區(qū)分，將細(xì)節(jié)與全局?jǐn)囋谝黄?，不僅思路混亂，也容易考慮不周。因此在系統(tǒng)測試階段，建議用例設(shè)計(jì)要有分有合，針對具體功能的就只圍著這個(gè)功能轉(zhuǎn)：而在業(yè)務(wù)流程測試項(xiàng)中，再完全從整體的業(yè)務(wù)流角度出發(fā)去考慮用例，這樣不僅不容易產(chǎn)生疏漏，用例閱讀與執(zhí)行也更清楚。
(3)、某種特定情況下的系統(tǒng)運(yùn)行
這類用例的設(shè)計(jì)往往與系統(tǒng)實(shí)際業(yè)務(wù)情況密不可分。比如財(cái)務(wù)軟件，通常需要在月尾一天、月頭一天、年尾一天、年頭一天，對所有相關(guān)功能中的日期處理進(jìn)行測試;又比如WIN 2000環(huán)境開發(fā)測試的系統(tǒng)，要測試在98、XP、2003等操作系統(tǒng)下是否能運(yùn)行自如;再有如存在大量動態(tài)圖片視頻等的網(wǎng)頁，在普通網(wǎng)速下的展現(xiàn)速度等等。總之就是要盡可能從實(shí)際應(yīng)用的角度出發(fā)考慮，來進(jìn)行測試補(bǔ)充。
(4)、其它相關(guān)系統(tǒng)
即指在當(dāng)前項(xiàng)目中直接使用的其它成果，包括公司自有的系統(tǒng)模塊、組件、函數(shù);以及購買或免費(fèi)得到的一些功能組件。對這些內(nèi)容需要預(yù)先與開發(fā)組長等討論清楚，是否需要測試。若時(shí)間緊張或其它原因決定不測的，應(yīng)在測試計(jì)劃中說明。若需要測試的，則具體可根據(jù)實(shí)際情況來設(shè)計(jì)，可以是通過系統(tǒng)某個(gè)功能的測試來涉及，此時(shí)就不需要單獨(dú)劃分測試項(xiàng);若相對比較獨(dú)立的，也可以通過單獨(dú)的測試項(xiàng)來對其專門進(jìn)行測試。
(5)、除功能測試外的其它測試類型
包括可靠性、安全性、恢復(fù)性、配置安裝測試等等，這些測試類型都是一個(gè)單獨(dú)的測試項(xiàng)。
所謂好的開始是成功的一半，保證測試項(xiàng)劃分的完整、合理、正確，會直接影響到本次測試的成效。通常建議該階段工作要花1-2天的時(shí)間來考慮，并要在測試過程中隨著對軟件的深入了解，不斷進(jìn)行調(diào)整補(bǔ)充?？汕f不要認(rèn)為把分析設(shè)計(jì)中的功能模型圖搬搬過來就可以了。
【編輯推薦】
