軟件測(cè)試用例設(shè)計(jì)方法7種方法解讀

1、目錄一、等價(jià)類(lèi)分析法2二、邊界值分析5三、錯(cuò)誤猜測(cè)法6四、判定表法6五、流程分析方法7六、正交試驗(yàn)設(shè)計(jì)法9七、狀態(tài)遷移法10一、等價(jià)類(lèi)分析法等價(jià)類(lèi)劃分方法針對(duì)手機(jī)狀態(tài)大致可以歸幾個(gè)大類(lèi)：1.按鍵類(lèi)（等價(jià)法） ：有效輸入和無(wú)效輸入（有效輸入指UM 和菜單指示；無(wú)效輸入指測(cè)試菜單功能此時(shí)沒(méi)有定義的按鍵和用戶(hù)動(dòng)作）；2. 外部中斷類(lèi)（等價(jià)法） ：常用、不常用及無(wú)效2.1.常用：來(lái)電和來(lái)消息（短信、彩信、push 消息）；掀合蓋；側(cè)鍵；耳機(jī) FM；情景模式；電量不足2.2.不常用：充電；鬧鐘記事本關(guān)機(jī)時(shí)間整點(diǎn)報(bào)時(shí)提示；Icon 動(dòng)畫(huà)顯示； Icon動(dòng)畫(huà)刷新；編輯界面pop 顯示框輸入為空或滿；編輯界面

2、pop 顯示框狀態(tài)輸入法默認(rèn)字符編碼默認(rèn)；失效 SIM 卡；大容量等 SIM 卡兼容； 排序；號(hào)碼識(shí)別；2.3.無(wú)效：“資料讀取中”；“復(fù)制中 ”；“請(qǐng)稍后再試”3. 存儲(chǔ)器類(lèi)3.1. 等價(jià)法分類(lèi)：讀或?qū)懀徊蛔x或不寫(xiě)。3.2. 因果法分類(lèi)：先 SIM 卡后手機(jī)；先手機(jī)后 SIM 卡；提示用戶(hù)選擇存儲(chǔ)器 （對(duì)比 Nokia ）。3.3. 操作分類(lèi)：讀；寫(xiě)；新增；刪除；復(fù)制（先刪除后新增；先新增后刪除）4. 狀態(tài)類(lèi)：正確；錯(cuò)誤；變更；用戶(hù)設(shè)定變更舉例一，短消息發(fā)送功能 :英文： Default 7-bit alphabet (over 160 characters)合法等價(jià)類(lèi)：0 160非法等價(jià)類(lèi)

3、： >160The quick fox jumps over the lazy brown dog中文： UCS-2 alphabet (over 70 characters)合法等價(jià)類(lèi)：0 70非法等價(jià)類(lèi)： >70諾基亞（英文） ： Extended default 7-bit alphabet (over 140 Bytes)，智慧短信，可以攜帶黑白圖片。合法等價(jià)類(lèi)：0 140非法等價(jià)類(lèi)： >140在寫(xiě)字板里面輸入“聯(lián)通”二字，保存后，再打開(kāi)，即出現(xiàn)亂碼。舉例二，單個(gè)通話實(shí)例的撥打與掛斷測(cè)試用例標(biāo)識(shí)測(cè)試階段：系統(tǒng)測(cè)試測(cè)試項(xiàng)單個(gè)通話實(shí)例的撥打與掛斷測(cè)試項(xiàng)屬性A參照規(guī)范重要級(jí)

4、別高測(cè)試原因手機(jī)在待機(jī)狀態(tài)下，確保手機(jī)能正常撥出電話預(yù)置條件1.正常信號(hào)環(huán)境2.IDLE 狀態(tài)3.默認(rèn)原廠參數(shù)設(shè)定輸入1.電話號(hào)碼（手機(jī)號(hào)碼，固定電話，帶分機(jī)的號(hào)碼，字符串，特殊號(hào)碼如：*21*021xxxxxxxx# ，+或 00，超短號(hào)碼，超長(zhǎng)號(hào)碼，撥打一位號(hào)碼，撥打最大長(zhǎng)度號(hào)碼 等）2. 撥號(hào)過(guò)程中電池低電量提示、來(lái)短信、來(lái)彩信3. 撥號(hào)過(guò)程中鬧鐘時(shí)間到、行事歷時(shí)間到4. 撥號(hào)過(guò)程中插上充電器5. 撥號(hào)過(guò)程中突然斷電6. 按鍵加鎖測(cè)試執(zhí)行步驟IDLE 狀態(tài)撥打號(hào)碼按 Send 鍵發(fā)送按 End 鍵掛斷預(yù)期輸出結(jié)果1.按 Send 鍵可以撥打并顯示，按End 鍵可掛斷2. 撥打號(hào)碼過(guò)程電池

5、低電量提示、來(lái)短信、來(lái)彩信撥打界面正常3. 撥打號(hào)碼過(guò)程鬧鐘時(shí)間到、行事歷時(shí)間到撥打界面正常4. 撥號(hào)過(guò)程中插上充電器，背光狀態(tài)及撥打界面正常5. 撥號(hào)過(guò)程中突然斷電，插上充電器重新開(kāi)機(jī)后能正常撥出6. 按鍵加鎖僅可撥打緊急電話號(hào)碼112測(cè)試用例標(biāo)識(shí)測(cè)試階段：系統(tǒng)測(cè)試測(cè)試項(xiàng)單個(gè)通話實(shí)例的撥打與掛斷測(cè)試項(xiàng)屬性A參照規(guī)范重要級(jí)別高測(cè)試原因手機(jī)在無(wú)信號(hào)或無(wú)網(wǎng)絡(luò)情形下，手機(jī)無(wú)法正常撥打電話預(yù)置條件1.正在搜索網(wǎng)絡(luò)或正處于注冊(cè)界面2.IDLE 狀態(tài)3.默認(rèn)原廠參數(shù)設(shè)定輸入同上用例測(cè)試執(zhí)行步驟IDLE 狀態(tài)撥打號(hào)碼按 Send 鍵撥號(hào)預(yù)期輸出結(jié)果測(cè)試用例標(biāo)識(shí)測(cè)試項(xiàng)測(cè)試項(xiàng)屬性參照規(guī)范重要級(jí)別測(cè)試原因預(yù)置條件

6、輸入測(cè)試執(zhí)行步驟1. 重復(fù)以上操作，提示無(wú)法撥打成功的提示信息2. 重復(fù)以上步驟，背光處理正常測(cè)試階段：系統(tǒng)測(cè)試單個(gè)通話實(shí)例的撥打與掛斷A高SIM 卡失效情況下，手機(jī)無(wú)法正常撥打電話1.事先準(zhǔn)備欠費(fèi)、過(guò)期、被鎖、注冊(cè)失敗、無(wú)法使用的SIM 卡2. IDLE 狀態(tài)3. 默認(rèn)原廠參數(shù)設(shè)定同上用例IDLE 狀態(tài)撥打號(hào)碼按 Send 鍵撥號(hào)預(yù)期輸出結(jié)果1.重復(fù)以上操作，提示無(wú)法撥打成功的提示信息2. 重復(fù)以上步驟，背光處理正常3. 重復(fù)以上步驟，提示給用戶(hù)可接受的錯(cuò)誤異常信息測(cè)試用例標(biāo)識(shí)測(cè)試階段：系統(tǒng)測(cè)試測(cè)試項(xiàng)單個(gè)通話實(shí)例的撥打與掛斷( 開(kāi)啟固定撥號(hào)名單時(shí) )測(cè)試項(xiàng)屬性A參照規(guī)范重要級(jí)別高測(cè)試原因手機(jī)

7、在待機(jī)狀態(tài)下，確保手機(jī)能正常撥出固定撥號(hào)名單中電話號(hào)碼預(yù)置條件正常信號(hào)環(huán)境IDLE 狀態(tài)默認(rèn)原廠參數(shù)設(shè)定SIM 卡開(kāi)啟固定撥號(hào)名單輸入1.預(yù)選存取電話號(hào)碼（手機(jī)號(hào)碼，固定電話，帶分機(jī)的號(hào)碼，字符串，特殊號(hào)碼如： *21*021xxxxxxxx#，+或 00 ，超短號(hào)碼，超長(zhǎng)號(hào)碼，撥打一位號(hào)碼，撥打最大長(zhǎng)度號(hào)碼等）2.撥打固定撥號(hào)名單中存在的號(hào)碼。如，8621xxxxxxxxw00000003.撥打固定撥號(hào)名單中沒(méi)有的號(hào)碼。如，xxxxxxxx4.撥號(hào)過(guò)程中電池低電量提示、來(lái)短信、來(lái)彩信5.撥號(hào)過(guò)程中鬧鐘時(shí)間到、行事歷時(shí)間到6.撥號(hào)過(guò)程中插上充電器7.撥號(hào)過(guò)程中突然斷電8.按鍵加鎖9.操作通話選

8、項(xiàng)菜單測(cè)試執(zhí)行步驟IDLE 狀態(tài)撥打號(hào)碼按 Send 鍵發(fā)送按 End 鍵掛斷預(yù)期輸出結(jié)果1.按 Send 鍵可以撥打并顯示，按End 鍵可掛斷，撥號(hào)畫(huà)面正常，且顯示固定撥號(hào)名單中名字2.撥號(hào)畫(huà)面正常3.撥號(hào)畫(huà)面提示“限撥FDN名單”4.撥打號(hào)碼過(guò)程電池低電量提示、來(lái)短信、來(lái)彩信撥打界面正常5.撥打號(hào)碼過(guò)程鬧鐘時(shí)間到、行事歷時(shí)間到撥打界面正常6.撥號(hào)過(guò)程中插上充電器，背光狀態(tài)及撥打界面正常7.撥號(hào)過(guò)程中突然斷電，插上充電器重新開(kāi)機(jī)后能正常撥出8.按鍵加鎖僅可撥打緊急電話號(hào)碼1129.通話選項(xiàng)菜單功能正常測(cè)試用例標(biāo)識(shí)測(cè)試階段：系統(tǒng)測(cè)試測(cè)試項(xiàng)單個(gè)通話實(shí)例的撥打與掛斷( 設(shè)定通話限制時(shí))測(cè)試項(xiàng)屬性A

9、參照規(guī)范重要級(jí)別高測(cè)試原因手機(jī)在待機(jī)狀態(tài)下，確保手機(jī)能滿足通話限制功能預(yù)置條件正常信號(hào)環(huán)境IDLE 狀態(tài)默認(rèn)原廠參數(shù)設(shè)定申請(qǐng)開(kāi)通通話限制服務(wù)輸入測(cè)試執(zhí)行步驟IDLE 狀態(tài)撥打號(hào)碼按 Send 鍵發(fā)送按 End 鍵掛斷預(yù)期輸出結(jié)果測(cè)試用例標(biāo)識(shí)測(cè)試階段：系統(tǒng)測(cè)試測(cè)試項(xiàng)單個(gè)通話實(shí)例的撥打與掛斷( 漫游情形時(shí) )測(cè)試項(xiàng)屬性A參照規(guī)范重要級(jí)別高測(cè)試原因手機(jī)在待機(jī)狀態(tài)下，確保手機(jī)能滿足通話限制功能預(yù)置條件正常信號(hào)環(huán)境IDLE 狀態(tài)默認(rèn)原廠參數(shù)設(shè)定申請(qǐng)開(kāi)通通話限制服務(wù)輸入測(cè)試執(zhí)行步驟IDLE 狀態(tài)撥打號(hào)碼按 Send 鍵發(fā)送按 End 鍵掛斷預(yù)期輸出結(jié)果二、 邊界值分析例子 1：短消息發(fā)送功能的等價(jià)類(lèi)劃分方

10、法:英文： Default 7-bit alphabet (over 160 characters)合法等價(jià)類(lèi)：0 160非法等價(jià)類(lèi)： >160The quick fox jumps over the lazy brown dog中文： UCS-2 alphabet (over 70 characters)合法等價(jià)類(lèi)：0 70非法等價(jià)類(lèi)： >70諾基亞（英文） ： Extended default 7-bit alphabet (over 140 Bytes)，智慧短信，可以攜帶黑白圖片。合法等價(jià)類(lèi)：0 140非法等價(jià)類(lèi)： >140例子 2：首先用 7 列的 LCD顯示屏，軟

11、件可以顯示7 列漢字，如果換成8 列漢字的顯示屏，那么，如果軟件格式化處理比較僵化，可能依然顯示7 個(gè)漢字。這樣， 軟件的實(shí)現(xiàn)， 與 LCD的規(guī)格不符合。因此，需要考慮LCD屏幕的規(guī)格，依據(jù)邊界值方法設(shè)計(jì)用例。LCD屏幕上有效顯示區(qū)域 4 行每行 8 漢字，可考慮編輯超過(guò) 4 行每行超過(guò) 16 字符情形來(lái)進(jìn)行測(cè)試。LCD列邊界值需要考慮：7 個(gè)漢字， 8 個(gè)漢字， 9 個(gè)漢字行邊界值： 31 個(gè)漢字， 32 個(gè)漢字， 33 個(gè)漢字例子 3：SIM 卡名片簿姓名超長(zhǎng)（20 個(gè)英文字符），號(hào)碼超長(zhǎng)情形，新增和查看用戶(hù)姓名由學(xué)員完成該作業(yè)：1、 注意等價(jià)類(lèi)和邊界值的用例設(shè)計(jì)方法2、 關(guān)注 LCD的顯

12、示格式問(wèn)題3、 關(guān)注新增、查看兩種功能的結(jié)合，可能新增姓名是正確的，但是查看的格式錯(cuò)誤。三、錯(cuò)誤猜測(cè)法例子 1：利用手機(jī)鬧鐘重響的例子引入錯(cuò)誤猜測(cè)法基本概念，講解錯(cuò)誤猜測(cè)法的意義未接來(lái)電 29 通，內(nèi)存中規(guī)劃的分區(qū)一直分配被占用。即使同一號(hào)碼也同樣占用資源。假設(shè)此時(shí)第 30 通電話正好為來(lái)電號(hào)碼不顯示，即“來(lái)電號(hào)碼未知”或境外來(lái)電號(hào)碼隱藏時(shí)（國(guó)外保護(hù)個(gè)人隱私，自動(dòng)開(kāi)啟來(lái)電號(hào)碼隱藏功能） ，可能會(huì)出現(xiàn) BUG，實(shí)際情況證明，此時(shí)會(huì)出現(xiàn) Reset 問(wèn)題。同樣道理，推斷第一通電話如果為“來(lái)電號(hào)碼未知”，也可能出現(xiàn)上述問(wèn)題。例子 2：通常手機(jī)解決方案中sunplus 、雅馬哈和弦芯片發(fā)聲。為了降低成

13、本采用DSP策略純軟件發(fā)聲（如果采用硬件獨(dú)立聲音控制芯片，不會(huì)出現(xiàn)下面問(wèn)題），此時(shí)測(cè)試中就猜測(cè)當(dāng)手機(jī)設(shè)定鬧鐘時(shí)，鬧鐘時(shí)間到后， 確定為重響，此時(shí)用戶(hù)進(jìn)入鈴聲選擇 - 瀏覽 - 播放時(shí)，這時(shí)候鈴聲控制軟件會(huì)出現(xiàn)資源沖突， 可能出現(xiàn) BUG。測(cè)試結(jié)果是出現(xiàn) RESET或者瀏覽鈴聲無(wú)響鈴的結(jié)果。例子 3：比如， 設(shè)定鬧鐘鈴聲, 在 IDLE 下鬧鐘響鈴未處理（響鈴一分鐘后，鈴聲停止，系統(tǒng)進(jìn)入另外一種狀態(tài)，菜單提示為鬧鐘是否重響？）, 待鈐聲響完后按兩次SKL 鍵（確定鍵） ，（第一次確定要重響， 第二次應(yīng)該返回 IDLE 狀態(tài)） , 再次進(jìn)入 " 鈐聲設(shè)定 "/" 鈐聲

14、類(lèi)型 ", 此時(shí)任選一鈴聲都沒(méi)有聲音四、判定表法舉例一，若手機(jī)用戶(hù)欠費(fèi)或停機(jī)，則不允許主被叫。表示為判定表如下：1234條件用戶(hù)欠費(fèi)YYNN用戶(hù)被停機(jī)YNYN動(dòng)作可以主被叫NNNY舉例二，區(qū)別手機(jī)掉網(wǎng)、搜網(wǎng)、飄網(wǎng)、SIM 卡座松動(dòng)問(wèn)題1234條件顯示運(yùn)營(yíng)商YYNNlogo 正確顯示有信號(hào)YNYN動(dòng)作可以撥打電YNY（除撥 112Y話外還可以撥打其它號(hào)碼）五、流程分析方法1- 手動(dòng) / 自動(dòng)選網(wǎng)模式；11- 自動(dòng)注冊(cè)并顯示已有網(wǎng)絡(luò)服務(wù)2- 手動(dòng)模式（選網(wǎng)模式的一種）； 3- 搜尋到 HPLMN（歸屬網(wǎng)絡(luò)）及FPLMN（禁止網(wǎng)絡(luò)）；6- 頻段搜索； 7- 自動(dòng)選擇頻段；8- 手動(dòng)選擇頻段

15、900 或 1800；（新手機(jī)才有頻段手動(dòng)選擇）4- 選擇 FPLMN；5- 注冊(cè) FPLMN路徑path1:1-11path2:1-2-3-4-5-1-11path3:1-2-3-6-8-9-10-1-11path4:1-2-3-6-7-9-10-1-11舉例二，彩信發(fā)送功能1.終端發(fā)送 MMS，如果是終端到終端，那么以WSP（無(wú)線會(huì)話協(xié)議）協(xié)議編碼送到WAP網(wǎng)關(guān)；如果終端到應(yīng)用服務(wù)器（發(fā)送Email ） , 則以 IP 協(xié)議發(fā)送到IP 網(wǎng)關(guān)；2. WAP網(wǎng)關(guān)或 IP 網(wǎng)關(guān)都以 HTTP協(xié)議與 MMS中繼器通信，文件內(nèi)容傳給中繼器3. 中繼器將文件送往 MMS服務(wù)器，并以 MIME格式存儲(chǔ)。

16、（ MIME的格式可以被手機(jī)終端識(shí)別并顯示，并且可以被 Email 客戶(hù)端瀏覽并顯示的文件格式）4. 如果 MMS接收方為手機(jī)終端， MMS服務(wù)器調(diào)用號(hào)碼以及相關(guān)路由信息， 并進(jìn)行數(shù)據(jù)分析，判斷終端支持能力和承載能力，如果終端不支持MMS，只通過(guò)短消息格式發(fā)文字部分；如果終端支持MMS，直接發(fā)送 MIME格式的文件到手機(jī)終端。5.如果，發(fā)送到Email 服務(wù)器，系統(tǒng)通過(guò)路由選擇，把MIME格式的文件發(fā)送到 Email地址所在的服務(wù)器。6.該 MMS支持的媒體格式包括文本、鈴聲、圖片；文本沒(méi)有上限64K，包括 64K；鈴聲單首最大為 64K，包括 64K，最多支持 5 頁(yè)；單頁(yè)圖片最大64K，最

17、多 5 頁(yè)；測(cè)試用例設(shè)計(jì)利用流程分析方法，測(cè)試分析時(shí)需要考慮以下幾點(diǎn)：1. 彩信發(fā)送測(cè)試時(shí)需要考慮基于WAP業(yè)務(wù)實(shí)現(xiàn)和基于 IP 網(wǎng)關(guān)的流程差異；2. MMS服務(wù)器數(shù)據(jù)分析并確定處理方法時(shí)需要考慮終端到終端的情形和終端到應(yīng)用的業(yè)務(wù)情形；3. 確定終端到終端的情形下，還需要考慮終端是否支持MMS發(fā)送六、正交試驗(yàn)設(shè)計(jì)法例子 1：假設(shè)一個(gè)WEB站點(diǎn)，該站點(diǎn)有大量的服務(wù)器和操作系統(tǒng)，并且有許多具有各種插件的瀏覽器瀏覽：WEB瀏覽器： Netscape6.2 、 IE6.0 、 Opera4.0插件：無(wú)、 RealPlayer 、 MediaPlayer應(yīng)用服務(wù)器： IIS 、 Apche、 Netsc

18、ape Enterprise操作系統(tǒng)： Windows2000、 Windows NT、 Linux正交表：1234111112122231333421235223162312731328321393321提取系統(tǒng)功能說(shuō)明中的因子：WEB瀏覽器插件應(yīng)用服務(wù)器操作系統(tǒng)分析各因子的狀態(tài)WEB瀏覽器： 1 Netscape6.2 、 2=IE6.0 、 3=Opera4.0插件 : 1=None 、 2=RealPlayer 、 3=MediaPlayer應(yīng)用服務(wù)器 : 1=IIS、 2=Apche、 3=Netscape Enterprise操作系統(tǒng) : 1=Windows2000 、2=Wind

19、ows NT、 3=Linux將因子、狀態(tài)映射到上面正交表中：測(cè)試用例瀏覽器插件服務(wù)器操作系統(tǒng)1Netscape6.2NoneIISWindows20002Netscape6.2RealPlayerApcheWindows NT3Netscape6.2MediaPlayerNetscape EnterpriseLinux4IE6.0NoneApcheLinux5IE6.0RealPlayerNetscape EnterpriseWindows20006IE6.0MediaPlayerIISWindows NT7Opera4.0NoneNetscape EnterpriseWindows NT8

20、Opera4.0RealPlayerIISLinux9Opera4.0MediaPlayerApcheWindows2000舉例 2： MMS處理模塊編輯模塊：支持SMIL（同步多媒體綜合語(yǔ)言）、不支持SMIL.效果處理模塊：水波紋、半透明、水印、反透 .界面顯示模塊：POP形式、窗體式顯示 .舉例 3：照相機(jī)功能測(cè)試七、狀態(tài)遷移法舉例手機(jī)mp3鍵盤(pán)播放模式測(cè)試用例設(shè)計(jì)1. 鍵盤(pán)用戶(hù)模式基本操作功能2. 支持媒體格式與文件格式要求3. 多媒體播放中對(duì)外部事件的響應(yīng)4. 終端處理能力（包括終端異常處理、文件操作）5. PC與終端同步能力鍵盤(pán)用戶(hù)模式基本操作功能系統(tǒng)測(cè)試用例設(shè)計(jì)步驟：編寫(xiě)狀態(tài)事件表

21、；編制狀態(tài)圖轉(zhuǎn)換表；編寫(xiě)合法測(cè)試用例；編寫(xiě)非法測(cè)試用例；編寫(xiě)錯(cuò)誤異常處理測(cè)試項(xiàng)；序號(hào)需求內(nèi)容播放器要求1功能類(lèi)型和操作方式采用菜單選項(xiàng)方式2文件播放必須支持3播放基本功能 Play, Pause, Stop, Seek必須支持4聲音調(diào)節(jié)必須支持5亮度調(diào)節(jié)必須支持6對(duì)比度調(diào)節(jié)推薦支持7播放進(jìn)度顯示必須支持8模式選擇及切換必須支持，可通過(guò)設(shè)定功能鍵切換常規(guī)模式9后臺(tái)播放模式推薦支持10播放器設(shè)置必須支持，提供缺省設(shè)置11播放統(tǒng)計(jì)及列表記錄必須支持125 鍵快捷設(shè)定及操作必須支持5 鍵功能定義Up增大音量Down減小音量Left上一首或后退Right下一首或快進(jìn)Select （側(cè)鍵 ok）播放 /

22、暫停 功能切換狀態(tài)事件表（黑點(diǎn)著重號(hào)表示為非法組合）函數(shù)名字Idle倒播放進(jìn)錄音EvRewindbutton1- 倒·8- 倒11- 倒·（倒）Evplaybutton2-播5- 播放·12- 播·（播放）放Evfastforwardbutton3- 進(jìn)6- 進(jìn)9- 進(jìn)··（進(jìn)）Evrecord4-錄····（錄音）音Evstopbutton·7-idle10-idle13-idle14-idle（Idle ）7 軟件測(cè)試文檔由安博測(cè)試空間技術(shù)中心提供1、軟件測(cè)試文檔 就是為將軟件測(cè)試

23、當(dāng)作一個(gè)項(xiàng)目一樣實(shí)施計(jì)劃和管理而引入的，它為測(cè)試項(xiàng)目的組織、規(guī)劃和管理提供了一個(gè)規(guī)范化的架構(gòu)。2、軟件測(cè)試文檔主要包括測(cè)試計(jì)劃、測(cè)試用例、測(cè)試規(guī)程、測(cè)試事件報(bào)告、測(cè)試總結(jié)報(bào)告等。測(cè)試文檔總所規(guī)定的內(nèi)容可以作為對(duì)測(cè)試過(guò)程完備性的對(duì)照檢查表，有助于提高測(cè)試工程每個(gè)階段的能見(jiàn)度，極大地提高了測(cè)試工作的可管理性。為了統(tǒng)一測(cè)試文檔的書(shū)寫(xiě)標(biāo)準(zhǔn)，IEEE/ANSI制定了829-1983 標(biāo)準(zhǔn)，還有其他的一些也用于指導(dǎo)軟件測(cè)試文檔的編寫(xiě)，如我國(guó)制定的計(jì)算機(jī)軟件測(cè)試文件百年之規(guī)范（GB/T9386-1988）3、 測(cè)試文檔編寫(xiě)規(guī)范（GB/T 9386-1988 ）簡(jiǎn)介（ 1） .引用標(biāo)準(zhǔn)該規(guī)范的引用標(biāo)準(zhǔn)為：GB

24、/T 11457軟件工程術(shù)語(yǔ)GB 8566 計(jì)算機(jī)軟件開(kāi)發(fā)規(guī)范GB 8567計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南（ 2） .關(guān)鍵術(shù)語(yǔ)定義設(shè)計(jì)層：軟件項(xiàng)的設(shè)計(jì)分解（如系統(tǒng)，子系統(tǒng)，程序，模塊）通過(guò)準(zhǔn)則：一個(gè)軟件項(xiàng)或軟件特性的測(cè)試是否通過(guò)的判別依據(jù)軟件特性：軟件項(xiàng)的顯著特性（如功能，性能或可移植性）軟件項(xiàng)：源代碼，目標(biāo)代碼，作業(yè)控制代碼，控制數(shù)據(jù)或這些項(xiàng)的集合。測(cè)試項(xiàng)：作為測(cè)試對(duì)象的軟件項(xiàng)（ 3） .規(guī)范的主要內(nèi)容該規(guī)范確定了各個(gè)測(cè)試文件的格式和內(nèi)容，所提出的文件類(lèi)型包括測(cè)試計(jì)劃，測(cè)試說(shuō)明和測(cè)試報(bào)告。測(cè)試計(jì)劃免除測(cè)試活動(dòng)的范圍，方法，資源和進(jìn)度，他規(guī)定被測(cè)試的項(xiàng)，被測(cè)試的特性，應(yīng)完成的測(cè)試任務(wù)，擔(dān)任各項(xiàng)

25、工作的人員職責(zé)及與本計(jì)劃有關(guān)的風(fēng)險(xiǎn)等。4、測(cè)試說(shuō)明包括三類(lèi)文件測(cè)試設(shè)計(jì)說(shuō)明： 詳細(xì)描述測(cè)試方法，規(guī)定該設(shè)計(jì)及其有關(guān)測(cè)試所包括的特性，還規(guī)定完成測(cè)試所需的測(cè)試用例和測(cè)試規(guī)程，并規(guī)定特性的通過(guò)準(zhǔn)則。測(cè)試用例說(shuō)明： 列出用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測(cè)試用例時(shí)，對(duì)測(cè)試規(guī)程的各種限制。將測(cè)試用例與測(cè)試設(shè)計(jì)封開(kāi)，可以使它們用于多個(gè)設(shè)計(jì)并能在其它情形下重復(fù)使用。測(cè)試規(guī)程說(shuō)明： 規(guī)定對(duì)于運(yùn)行系統(tǒng)和執(zhí)行指定的測(cè)試用例來(lái)實(shí)現(xiàn)有關(guān)測(cè)試設(shè)計(jì)所要求的所有步驟。5、測(cè)試報(bào)告則包括四類(lèi)文件：測(cè)試項(xiàng)傳遞包括： 指明在開(kāi)發(fā)組和測(cè)試組獨(dú)立工作的情況下或者在希望正式開(kāi)始測(cè)試的情況下為進(jìn)行測(cè)試而傳遞的測(cè)試項(xiàng)。

26、測(cè)試日志：測(cè)試組用于記錄測(cè)試執(zhí)行過(guò)程中發(fā)生的情況。測(cè)試事件報(bào)告：描述在測(cè)試執(zhí)行期間發(fā)生并需進(jìn)一步調(diào)查的一切事件。測(cè)試總結(jié)報(bào)告：總結(jié)與測(cè)試設(shè)計(jì)說(shuō)明有關(guān)的測(cè)試活動(dòng)。6.對(duì)規(guī)范的實(shí)施使用該規(guī)范的每個(gè)單位， 要規(guī)定測(cè)試階段所應(yīng)有的特性文件，并在測(cè)試計(jì)劃中規(guī)定測(cè)試完成后所能提交的全部文件。使用該規(guī)范的每個(gè)單位應(yīng)該補(bǔ)充規(guī)定對(duì)內(nèi)容的要求和約定，及便反映總結(jié)在測(cè)試， 文件控制，配置管理和質(zhì)量保證方面所用的特定方法，設(shè)備工具。一下是規(guī)范中的文件編制實(shí)施及使用指南（ 1）實(shí)施指南在實(shí)施測(cè)試文件編制的初始階段可先編寫(xiě)測(cè)試計(jì)劃于測(cè)試報(bào)告文件。測(cè)試計(jì)劃將為整個(gè)測(cè)試過(guò)程提供基礎(chǔ)。測(cè)試報(bào)告將鼓勵(lì)測(cè)試單位以良好的方式記錄整個(gè)

27、測(cè)試過(guò)程的情況。（ 2）用法指南在項(xiàng)目計(jì)劃及單位標(biāo)準(zhǔn)中， 指明在那些測(cè)試活動(dòng)中需要那些測(cè)試文件，并可在文件中加入一些內(nèi)容，使各個(gè)文件適應(yīng)一個(gè)特定的測(cè)試項(xiàng)及一個(gè)特定的測(cè)試環(huán)境。7軟件測(cè)試文件編制規(guī)范中的內(nèi)容要求以下是規(guī)范中各個(gè)測(cè)試文件的書(shū)寫(xiě)格式及內(nèi)容。a 測(cè)試計(jì)劃(1)測(cè)試計(jì)劃名稱(chēng)（該計(jì)劃的第1 章）(2) 引言（該計(jì)劃的第 2 章）(3) 測(cè)試項(xiàng)(4) 被測(cè)試的特性(5) 不被測(cè)試的特性(6) 方法(7) 項(xiàng)通過(guò)的準(zhǔn)則(8) 暫停標(biāo)準(zhǔn)和再啟動(dòng)要求(9) 應(yīng)提供的測(cè)試文件(10) 測(cè)試任務(wù)(11) 環(huán)境要求(12) 職責(zé)(13) 人員和訓(xùn)練要求(14) 進(jìn)度(15) 風(fēng)險(xiǎn)和應(yīng)急(16) 批準(zhǔn)b

28、測(cè)試設(shè)計(jì)說(shuō)明（1）測(cè)試設(shè)計(jì)說(shuō)明名稱(chēng)（2）被測(cè)試的特性（3）方法詳述（4）測(cè)試用例名稱(chēng)（5）特性通過(guò)準(zhǔn)則c 測(cè)試用例說(shuō)明（1）測(cè)試用例說(shuō)明名稱(chēng)（2）測(cè)試項(xiàng)（3）輸入說(shuō)明（4）輸出說(shuō)明（5）環(huán)境要求（6）特殊的規(guī)程要求（7）用例間的依賴(lài)關(guān)系d 測(cè)試規(guī)程說(shuō)明（1）測(cè)試規(guī)程說(shuō)明名稱(chēng)（2）目的（3）特殊要求（4）規(guī)程步驟e 測(cè)試項(xiàng)傳遞報(bào)告(1) 傳遞報(bào)告名稱(chēng)(2) 傳遞項(xiàng)(3) 位置(4) 狀態(tài)(5) 批準(zhǔn)f 測(cè)試日志（1）測(cè)試日志名稱(chēng)（2）描述（3）活動(dòng)和事件條目g 測(cè)試事件報(bào)告名稱(chēng)（1）測(cè)試事件報(bào)告取一個(gè)專(zhuān)用名稱(chēng)（2）摘要（3）事件描述（4）影響h 測(cè)試總結(jié)報(bào)告1. 規(guī)定該報(bào)告必須由哪些人（姓名和職

29、務(wù)）審批，并為簽名和日期留出位置。由安博測(cè)試空間技術(shù)中心提供目錄1、V 模型152、W 模型173、H 模型184、 X 模型205、其他測(cè)試模型211、瀑布模型242、原型模型253、螺旋模型27背景知識(shí)：目前主流的 軟件生命周期模型或軟件開(kāi)發(fā)過(guò)程模型 有：瀑布模型、原型模型、螺旋模型、增量模型、漸進(jìn)模型、快速軟件開(kāi)發(fā) (RAD)以及 Rational 統(tǒng)一過(guò)程(RUP)等，這些模型對(duì)于軟件開(kāi)發(fā)過(guò)程具有很好的指導(dǎo)作用，但是在這些過(guò)程方法中，軟件測(cè)試的地位和價(jià)值并沒(méi)有體現(xiàn)出來(lái)， 也沒(méi)有給軟件測(cè)試以足夠的重視，利用這些模型無(wú)法更好地指導(dǎo)測(cè)試實(shí)踐。 軟件測(cè)試是與軟件開(kāi)發(fā)緊密相關(guān)的一系列有計(jì)劃、系統(tǒng)

30、性的活動(dòng)， 顯然軟件測(cè)試也需要測(cè)試模型去指導(dǎo)實(shí)踐。 下面先對(duì)主要的模型做一些簡(jiǎn)單的介紹，再補(bǔ)充軟件生命周期做介紹。1、V模型V 模型是最具有代表性 的測(cè)試模型。 V 模型最早是由 Paul Rook 在 20 世紀(jì) 80 年代后期提出的， V 模型在英國(guó)國(guó)家計(jì)算中心文獻(xiàn)中發(fā)布，旨在改進(jìn)軟件開(kāi)發(fā)的效率和效果。在傳統(tǒng)的開(kāi)發(fā)模型中，比如瀑布模型，通常把測(cè)試過(guò)程作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編碼全部完成之后的一個(gè)階段， 盡管有時(shí)測(cè)試工作會(huì)占用整個(gè)項(xiàng)目周期一半的時(shí)間， 但是有人仍認(rèn)為測(cè)試只是一個(gè)收尾工作， 而不是主要的工程。 V 模型是軟件開(kāi)發(fā)瀑布模型的變種， 它反映了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系，

31、從左到右，描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為， 明確地標(biāo)明了測(cè)試工程中存在的不同級(jí)別，清楚地描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。如圖 5-1 所示。圖1 V模型圖圖 1 V 模型圖中箭頭代表了時(shí)間方向，左邊下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即測(cè)試過(guò)程的各個(gè)階段。V 模型的軟件測(cè)試策略既包括低層測(cè)試又包括了高層測(cè)試，低層測(cè)試是為了確保源代碼的正確性，高層測(cè)試是為了使整個(gè)系統(tǒng)滿足用戶(hù)的需求。V 模型指出，單元和集成測(cè)試是驗(yàn)證程序設(shè)計(jì)，開(kāi)發(fā)人員和測(cè)試組應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求； 系統(tǒng)測(cè)試應(yīng)當(dāng)驗(yàn)證系統(tǒng)設(shè)計(jì)， 檢測(cè)系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)設(shè)計(jì)的指標(biāo)

32、； 由測(cè)試人員和用戶(hù)進(jìn)行軟件的確認(rèn)測(cè)試和驗(yàn)收測(cè)試， 追溯軟件需求說(shuō)明書(shū)進(jìn)行測(cè)試， 以確定軟件的實(shí)現(xiàn)是否滿足用戶(hù)需求或合同的要求。V 模型存在一定的局限性， 它僅僅把測(cè)試過(guò)程作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段。 容易使人理解為測(cè)試是軟件開(kāi)發(fā)的最后一個(gè)階段，主要是針對(duì)程序進(jìn)行測(cè)試尋找錯(cuò)誤，而需求分析階段隱藏的問(wèn)題一直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)。類(lèi)比記憶： 此模型與軟件開(kāi)發(fā)模式中的線性模型 （典型的瀑布模型） 有相似的不足，在瀑布模型中， 測(cè)試階段處于軟件實(shí)現(xiàn)后， 這意味著必須在代碼完成后有足夠的時(shí)間預(yù)留給測(cè)試活動(dòng)， 否則將導(dǎo)致 測(cè)試不充分， 開(kāi)發(fā)前期未發(fā)現(xiàn)的錯(cuò)誤會(huì)傳遞并擴(kuò)散到后面

33、的階段， 而在后面發(fā)現(xiàn)這些錯(cuò)誤時(shí)，可能已經(jīng)很難回頭再修正，從而導(dǎo)致項(xiàng)目的失敗。2、W模型V 模型的局限性在于沒(méi)有明確地說(shuō)明早期的測(cè)試， 不能體現(xiàn)“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則 。在 V 模型中增加軟件各開(kāi)發(fā)階段應(yīng)同步進(jìn)行的測(cè)試，被演化為一種 W模型，因?yàn)閷?shí)際上開(kāi)發(fā)是 V，測(cè)試也是與此相并行的 V。基于“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則， 在軟件的需求和設(shè)計(jì)階段的測(cè)試活動(dòng)應(yīng)遵循 IEEE std1012-1998 軟件驗(yàn)證和確認(rèn) (V&V)的原則。一個(gè)基于 V&V原理的 W模型示意圖如圖 2 所示。圖2W模型圖相對(duì)于 V 模型， W模型更科學(xué)。 W模型可以說(shuō)是 V 模型自

34、然而然的發(fā)展。W模型強(qiáng)調(diào)測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期， 而且測(cè)試的對(duì)象不僅僅是程序， 需求、功能和設(shè)計(jì)同樣要測(cè)試 。這樣，只要相應(yīng)地開(kāi)發(fā)活動(dòng)完成， 我們就可以開(kāi)始執(zhí)行測(cè)試，可以說(shuō)， 測(cè)試與開(kāi)發(fā)是同步進(jìn)行的 ，從而有利于盡早地發(fā)現(xiàn)問(wèn)題。以需求為例，需求分析一完成， 就可以對(duì)需求進(jìn)行測(cè)試， 而不是等到最后才進(jìn)行針對(duì)需求的驗(yàn)收測(cè)試。如果測(cè)試文檔能盡早提交，那么就有了更多的檢查和檢閱的時(shí)間，這些文檔還可用于評(píng)估開(kāi)發(fā)文檔。 另外還有一個(gè)很大的益處是， 測(cè)試者可以在項(xiàng)目中盡可能早地面對(duì)規(guī)格說(shuō)明書(shū)中的挑戰(zhàn)。這意味著測(cè)試不僅僅是評(píng)定軟件的質(zhì)量，還可以盡可能早地找出缺陷所在，從而幫助改進(jìn)項(xiàng)目?jī)?nèi)部的質(zhì)量。參與前期工

35、作的測(cè)試者可以預(yù)先估計(jì)問(wèn)題和難度，這將可以顯著地減少總體測(cè)試時(shí)間，加快項(xiàng)目進(jìn)度。根據(jù) W模型的要求，一旦有文檔提供，就要及時(shí)確定測(cè)試條件，以及編寫(xiě)測(cè)試用例， 這些工作對(duì)測(cè)試的各級(jí)別都有意義。當(dāng)需求被提交后， 就需要確定高級(jí)別的測(cè)試用例來(lái)測(cè)試這些需求。當(dāng)概要設(shè)計(jì)編寫(xiě)完成后， 就需要確定測(cè)試條件來(lái)查找該階段的設(shè)計(jì)缺陷。W模型也是有局限性的。 W模型和 V模型都把軟件的開(kāi)發(fā)視為需求、 設(shè)計(jì)、編碼等一系列串行的活動(dòng)。 同樣，軟件開(kāi)發(fā)和測(cè)試保持一種 線性的前后關(guān)系 ，需要有嚴(yán)格的指令表示上一階段完全結(jié)束， 才可以正式開(kāi)始下一個(gè)階段。 這樣就無(wú)法支持迭代、 自發(fā)性以及變更調(diào)整 。對(duì)于當(dāng)前很多文檔需要事后補(bǔ)

36、充， 或者根本沒(méi)有文檔的做法 ( 這已成為一種開(kāi)發(fā)的文化 ) ，開(kāi)發(fā)人員和測(cè)試人員都面臨同樣的困惑。類(lèi)比記憶： W模型相當(dāng)兩個(gè) V 模型的疊加 ，一個(gè)是開(kāi)發(fā)的 V，一個(gè)是測(cè)試的 V，由于在項(xiàng)目中開(kāi)發(fā)和測(cè)試的是同步進(jìn)行， 相當(dāng)于兩個(gè) V是并列同步的進(jìn)行的， 測(cè)試在一定程度是隨著開(kāi)發(fā)的進(jìn)展而不斷向前進(jìn)行。3、H模型V 模型和 W模型均存在一些不妥之處。首先，如前所述，它們都把軟件的開(kāi)發(fā)視為需求、設(shè)計(jì)、編碼等一系列串行的活動(dòng)，而事實(shí)上，雖然這些活動(dòng)之間存在相互牽制的關(guān)系，但在大部分時(shí)間內(nèi)，它們是可以交叉進(jìn)行的。雖然軟件開(kāi)發(fā)期望有清晰的需求、 設(shè)計(jì)和編碼階段， 但實(shí)踐告訴我們， 嚴(yán)格的階段劃分只是一種

37、理想狀況。 試問(wèn)，有幾個(gè)軟件項(xiàng)目是在有了明確的需求之后才開(kāi)始設(shè)計(jì)的呢？所以， 相應(yīng)的測(cè)試之間也不存在嚴(yán)格的次序關(guān)系。 同時(shí)，各層次之間的測(cè)試也存在 反復(fù)觸發(fā)、迭代和增量關(guān)系 。其次， V 模型和 W模型都沒(méi)有很好地體現(xiàn)測(cè)試流程的完整性。為了解決以上問(wèn)題， 提出了 H模型。它將測(cè)試活動(dòng)完全獨(dú)立出來(lái)， 形成一個(gè)完全獨(dú)立的流程，將測(cè)試準(zhǔn)備活動(dòng)和測(cè)試執(zhí)行活動(dòng)清晰地體現(xiàn)出來(lái)。 H 模型如圖 3 所示。圖3H模型圖H 模型圖僅僅演示了在整個(gè)生存周期中某個(gè)層次上的一次測(cè)試“微循環(huán)”。圖中的其他流程可以是任意開(kāi)發(fā)流程。例如，設(shè)計(jì)流程和編碼流程。也可以是其他非開(kāi)發(fā)流程，例如， SQA流程，甚至是測(cè)試流程自身。也

38、就是說(shuō)，只要測(cè)試條件成熟了， 測(cè)試準(zhǔn)備活動(dòng)完成了， 測(cè)試執(zhí)行活動(dòng)就可以 ( 或者說(shuō)需要 ) 進(jìn)行了。概括地說(shuō)， H模型揭示了：1）軟件測(cè)試 不僅僅指測(cè)試的執(zhí)行，還包括很多其他的活動(dòng)。2）軟件測(cè)試是一個(gè) 獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程 并發(fā)地進(jìn)行。3）軟件測(cè)試要 盡早準(zhǔn)備，盡早執(zhí)行 。4）軟件測(cè)試是根據(jù)被測(cè)物的不同而分層次進(jìn)行 的。不同層次的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的。在 H 模型中，軟件測(cè)試模型是一個(gè)獨(dú)立的流程，貫穿于整個(gè)產(chǎn)品周期，與其他流程并發(fā)地進(jìn)行。當(dāng)某個(gè)測(cè)試時(shí)間點(diǎn)就緒時(shí)，軟件測(cè)試即從測(cè)試準(zhǔn)備階段進(jìn)入測(cè)試執(zhí)行階段。4、X模型Marick曾提出過(guò)一些

39、觀點(diǎn)和意見(jiàn)，其中首先是Marick不建議要建立一個(gè)替代模型。這里我很冒昧地引用了一些Marick的想法，并重新經(jīng)過(guò)組織，形成了“X模型 ”。其實(shí)并不是為了和V 模型相對(duì)應(yīng)而選擇這樣的名字，而是由于其它一些原因： X 通常代表未知，而Marick也認(rèn)為他的觀點(diǎn)并不足以支撐一個(gè)模型的完整描述，但其中已經(jīng)有一個(gè)模型所需要的一些主要內(nèi)容，其中也包括了象探索性測(cè)試（ exploratory testing）這樣的亮點(diǎn)。我還需要在使用文字方面也向Marick道歉，因?yàn)檎J(rèn)同 Marick觀點(diǎn)的無(wú)疑大多屬于X 一代（ X 一代）。另外，我勾畫(huà)了一張 X 形狀的示意圖，我相信該圖能夠很好地以另一種表達(dá)形式來(lái)體現(xiàn)

40、Marick的觀點(diǎn)。圖 2-X模型示意圖由于 X 模型從沒(méi)有被文檔化，其內(nèi)容一開(kāi)始需要從在 V 模型的相關(guān)內(nèi)容中進(jìn)行推斷，這在 Marick 的相關(guān)文章中已有體現(xiàn)。這里關(guān)于 X 模型的論述比較簡(jiǎn)短，因?yàn)樗€沒(méi)有完全從文字上成為 V 模型的全面擴(kuò)展，而且我不想在這里重復(fù)在軟件測(cè)試：不可忽略的階段文章中所提到的很多測(cè)試技術(shù)的概念。Marick對(duì) V 模型的最主要批評(píng)是V 模型無(wú)法引導(dǎo)項(xiàng)目的全部過(guò)程。 他認(rèn)為一個(gè)模型必須能處理開(kāi)發(fā)的所有方面，包括交接，頻繁重復(fù)的集成， 以及需求文檔的缺乏等等。5、前置測(cè)試模型前置測(cè)試是一個(gè)將測(cè)試和開(kāi)發(fā)緊密結(jié)合的模型，該模型提供了輕松的方式，可以使你的項(xiàng)目加快速度。前

41、置測(cè)試模型體現(xiàn)了以下的要點(diǎn)：開(kāi)發(fā)和測(cè)試相結(jié)合前置測(cè)試模型將開(kāi)發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開(kāi)始到結(jié)束之間的關(guān)鍵行為。 并且表示了這些行為在項(xiàng)目周期中的價(jià)值所在。如果其中有些行為沒(méi)有得到很好的執(zhí)行，那么項(xiàng)目成功的可能性就會(huì)因此而有所降低。如果有業(yè)務(wù)需求， 則系統(tǒng)開(kāi)發(fā)過(guò)程將更有效率。我們認(rèn)為在沒(méi)有業(yè)務(wù)需求的情況下進(jìn)行開(kāi)發(fā)和測(cè)試是不可能的。而且，業(yè)務(wù)需求最好在設(shè)計(jì)和開(kāi)發(fā)之前就被正確定義。對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試每一個(gè)交付的開(kāi)發(fā)結(jié)果都必須通過(guò)一定的方式進(jìn)行測(cè)試。源程序代碼并不是唯一需要測(cè)試的內(nèi)容。在圖中的被圈框表示了其它一些要測(cè)試的對(duì)象，包括可行性報(bào)告、 業(yè)務(wù)需求說(shuō)明，以及系統(tǒng)設(shè)計(jì)

42、文檔等。這同V 模型中開(kāi)發(fā)和測(cè)試的對(duì)應(yīng)關(guān)系是相一致的，并且在其基礎(chǔ)上有所擴(kuò)展，變得更為明確。前置測(cè)試模型包括 2 項(xiàng)測(cè)試計(jì)劃技術(shù)， 這也是屬于上述21 項(xiàng)需求測(cè)試技術(shù)中的一部分。其中的 第一項(xiàng)技術(shù)是開(kāi)發(fā)基于需求的測(cè)試用例。這并不僅僅是為以后提交上來(lái)的程序的測(cè)試做好初始化準(zhǔn)備， 也是為了驗(yàn)證需求是否是可測(cè)試的。 這些測(cè)試可以交由用戶(hù)來(lái)進(jìn)行驗(yàn)收測(cè)試，或者由開(kāi)發(fā)部門(mén)做某些技術(shù)測(cè)試。 很多測(cè)試團(tuán)體都認(rèn)為， 需求的可測(cè)試性即使不是需求首要的屬性， 也應(yīng)是其最基本的屬性之一。 因此，在必要的時(shí)候可以為每一個(gè)需求編寫(xiě)測(cè)試用例。不過(guò)，基于需求的測(cè)試最多也只是和需求本身一樣重要。 一項(xiàng)需求可能本身是錯(cuò)誤的，但它

43、仍是可測(cè)試的。而且，你無(wú)法為一些被忽略的需求來(lái)編寫(xiě)測(cè)試用例。第 2 項(xiàng)技術(shù)是定義驗(yàn)收標(biāo)準(zhǔn)。 在接受交付的系統(tǒng)之前， 用戶(hù)需要用驗(yàn)收標(biāo)準(zhǔn)來(lái)進(jìn)行驗(yàn)證。驗(yàn)收標(biāo)準(zhǔn)并不僅僅是定義需求， 還應(yīng)在前置測(cè)試之前進(jìn)行定義， 這將幫助揭示某些需求是否正確，以及某些需求是否被忽略了。在設(shè)計(jì)階段進(jìn)行計(jì)劃和測(cè)試設(shè)計(jì)設(shè)計(jì)階段是做測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的最好時(shí)機(jī)。在 V 模型中，驗(yàn)收測(cè)試最早被定義好，并在最后執(zhí)行，以驗(yàn)證所交付的系統(tǒng)是否真正符合用戶(hù)業(yè)務(wù)的需求。與 V 模型不同的是，前置測(cè)試模型認(rèn)識(shí)到驗(yàn)收測(cè)試中所包含的3 種成份 ，其中的2 種都與業(yè)務(wù)需求定義相聯(lián)系：即定義基于需求的測(cè)試，以及定義驗(yàn)收標(biāo)準(zhǔn)。但是，第三種則需要等到

44、系統(tǒng)設(shè)計(jì)完成， 因?yàn)轵?yàn)收測(cè)試計(jì)劃是由針對(duì)按設(shè)計(jì)實(shí)現(xiàn)的系統(tǒng)來(lái)進(jìn)行的一些明確操作定義所組成，這些定義包括：如何判斷驗(yàn)收標(biāo)準(zhǔn)已經(jīng)達(dá)到，以及基于需求的測(cè)試已算成功完成。技術(shù)測(cè)試主要是針對(duì)開(kāi)發(fā)代碼的測(cè)試，例如V 模型中所定義的動(dòng)態(tài)的單元測(cè)試，集成測(cè)試和系統(tǒng)測(cè)試。另外，前置測(cè)試還提示我們應(yīng)增加靜態(tài)審查，以及獨(dú)立的QA 測(cè)試。QA 測(cè)試通常跟隨在系統(tǒng)測(cè)試之后，從技術(shù)部門(mén)的意見(jiàn)和用戶(hù)的預(yù)期方面出發(fā)，進(jìn)行最后的檢查 .同樣的還有特別測(cè)試。我們?nèi)∶貏e測(cè)試， 并把該名稱(chēng)作為很多測(cè)試的一個(gè)統(tǒng)稱(chēng)，這些測(cè)試包括 負(fù)載測(cè)試、安全性測(cè)試、可用性測(cè)試 等等，這些測(cè)試不是由業(yè)務(wù)邏輯和應(yīng)用來(lái)驅(qū)動(dòng)的。對(duì)技術(shù)測(cè)試最基本的要求是驗(yàn)證代

45、碼的編寫(xiě)和設(shè)計(jì)的要求是否相一致。 一致的意思是系統(tǒng)確實(shí)提供了要求提供的， 并且系統(tǒng)并沒(méi)有提供不要求提供的。 技術(shù)測(cè)試在設(shè)計(jì)階段進(jìn)行計(jì)劃和設(shè)計(jì)，并在開(kāi)發(fā)階段由技術(shù)部門(mén)來(lái)執(zhí)行。6、測(cè)試模型的使用前面我們介紹了幾種典型的測(cè)試模型，應(yīng)該說(shuō)這些模型對(duì)指導(dǎo)測(cè)試工作的進(jìn)行具有重要的意義， 但任何模型都不是完美的。 我們應(yīng)該盡可能地去應(yīng)用模型中對(duì)項(xiàng)目有實(shí)用價(jià)值的方面， 但不強(qiáng)行地為使用模型而使用模型， 否則也沒(méi)有實(shí)際意義。在這些模型中， V 模型強(qiáng)調(diào)了在整個(gè)軟件項(xiàng)目開(kāi)發(fā)中需要經(jīng)歷的若干個(gè)測(cè)試級(jí)別，而且每一個(gè)級(jí)別都與一個(gè)開(kāi)發(fā)級(jí)別相對(duì)應(yīng)， 但它忽略了測(cè)試的對(duì)象不應(yīng)該僅僅包括程序，或者說(shuō)它沒(méi)有明確地指出應(yīng)該對(duì)軟件的需求、 設(shè)計(jì)進(jìn)行測(cè)試，而這一點(diǎn)在 W模型中得到了補(bǔ)充。 W模型強(qiáng)調(diào)了測(cè)試計(jì)劃等工作的先行和對(duì)系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測(cè)試， 但 W模型和 V 模型一樣也沒(méi)有專(zhuān)門(mén)對(duì)軟件測(cè)試流程予以說(shuō)明，因?yàn)槭?/p>