如何設計和執行測試用例軟件測試
測試用例設計
測試需求收集完畢后，開(kāi)始測試設計。
測試用例是什么?測試用例就是一個(gè)文檔，描述輸入、動(dòng)作、或者時(shí)間和一個(gè)期望的結果，其目的是確定應用程序的某個(gè)特性是否正常的工作。設計測試用例需要考慮以下問(wèn)題：
測試用例的基本格式：
軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果，下面逐一介紹。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~··
用例編號： 測試用例的編號有一定的規則，比如系統測試用例的編號這樣定義規則： PROJECT1-ST-001 ，命名規則是項目名稱(chēng)+測試階段類(lèi)型(系統測試階段)+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。
測試標題： 對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如 “ 測試用戶(hù)登錄時(shí)輸入錯誤密碼時(shí)，軟件的響應情況 ” 。
重要級別： 定義測試用例的優(yōu)先級別，可以籠統的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級別。一般來(lái)說(shuō)，如果軟件需求的優(yōu)先級為 “ 高 ” ，那么針對該需求的測試用例優(yōu)先級也為 “ 高 ” ;反之亦然，
測試輸入： 提供測試執行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴(lài)性，如果軟件需求中沒(méi)有很好的定義需求的輸入，那么測試用例設計中會(huì )遇到很大的障礙。
操作步驟： 提供測試執行過(guò)程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個(gè)步驟完成，這部分內容在操作步驟中詳細列出。
預期結果： 提供測試執行的預期結果，預期結果應該根據軟件需求中的輸出得出。如果在實(shí)際測試過(guò)程中，得到的實(shí)際測試結果與預期結果不符，那么測試不通過(guò);反之則測試通過(guò)。
軟件測試用例的設計主要從上述 6 個(gè)域考慮，結合相應的軟件需求文檔，在掌握一定測試用例設計方法的基礎上，可以設計出比較全面、合理的測試用例。具體的測試用例設計方法可以參見(jiàn)相關(guān)的測試書(shū)籍，白盒測試方法和黑盒測試方法在絕大多數的軟件測試書(shū)籍中都有詳細的介紹。
一般來(lái)說(shuō)，每個(gè)軟件公司的項目可以分為固定的幾大類(lèi)�？梢园礃I(yè)務(wù)類(lèi)型劃分，比如 ERP 軟件、產(chǎn)品數據管理軟件、通信軟件、地理信息系統軟件等等;可以按軟件結構來(lái)劃分，比如 B/S 架構的軟件、 C/S 架構的軟件、嵌入式軟件等等。參考同類(lèi)別軟件的測試用例，會(huì )有很大的借鑒意義。如果，公司中有同類(lèi)別的軟件系統，千萬(wàn)別忘記把相關(guān)的測試用例拿來(lái)參考。如果，系統非常接近，甚至經(jīng)過(guò)對測試用例簡(jiǎn)單修改就可以應用到當前被測試的軟件。 “ 拿來(lái)主義 ” 可以極大的開(kāi)闊測試用例設計思路，也可以節省大量的測試用例設計時(shí)間。
加強測試用例的評審：
測試用例設計完畢后，最好能夠增加評審過(guò)程。
同行評審是 CMM3 級的一個(gè) KPA ，如果因為公司沒(méi)有通過(guò) CMM3 級，就不開(kāi)展同行評審是不恰當的。測試用例應該由產(chǎn)品相關(guān)的軟件測試人員和軟件開(kāi)發(fā)人員評審，提交評審意見(jiàn)，然后根據評審意見(jiàn)更新測試用例。如果認真操作這個(gè)環(huán)節，測試用例中的很多問(wèn)題都會(huì )暴露出來(lái)，比如用例設計錯誤、用例設計遺漏、用例設計冗余、用例設計不充分等等;如果同行評審不充分，那么，在測試執行的過(guò)程中，上述本應在評審階段發(fā)現的測試用例相關(guān)問(wèn)題，會(huì )給測試執行帶來(lái)大麻煩，甚至導致測試執行掛起。
定義測試用例的執行順序 ：
在測試用例執行過(guò)程中，你會(huì )發(fā)現每個(gè)測試用例都對測試環(huán)境有特殊的要求，或者對測試環(huán)境有特殊的影響。因此，定義測試用例的執行順序，對測試的執行效率影響非常大。比如某些異常測試用例會(huì )導致服務(wù)器頻繁重新啟動(dòng)，服務(wù)器的每次重新啟動(dòng)都會(huì )消耗大量的時(shí)間，導致這部分測試用例執行也消耗很多的時(shí)間。那么在編排測試用例執行順序的時(shí)候，應該考慮把這部分測試用例放在最后執行，如果在測試進(jìn)度很緊張的情況下，如果優(yōu)先執行這部分消耗時(shí)間的異常測試用例，那么在測試執行時(shí)間過(guò)了大半的時(shí)候，測試用例執行的進(jìn)度依然是緩慢的，這會(huì )影響到測試人員的心情，進(jìn)而導致匆忙地測試后面的測試用例，這樣測試用例的漏測、誤測就不可避免，嚴重影響了軟件測試效果和進(jìn)度。因而，合理地定義測試用例的執行順序是很有必要的。
測試用例執行
測試用例設計完畢后，接下來(lái)的工作是測試執行，測試執行中應該注意以下幾個(gè)問(wèn)題：
搭建軟件測試環(huán)境，執行測試用例
測試用例執行過(guò)程中，搭建測試環(huán)境是第一步。一般來(lái)說(shuō)，軟件產(chǎn)品提交測試后，開(kāi)發(fā)人員應該提交一份產(chǎn)品安裝指導書(shū)，在指導書(shū)中詳細指明軟件產(chǎn)品運行的軟硬件環(huán)境，比如要求操作系統系統是 Windows 2000 pack4 版本，數據庫是 Sql Server 2000 等等，此外，應該給出被測試軟件產(chǎn)品的詳細安裝指導書(shū)，包括安裝的操作步驟、相關(guān)配置文件的配置方法等等。對于復雜的軟件產(chǎn)品，尤其是軟件項目，如果沒(méi)有安裝指導書(shū)作為參考，在搭建測試環(huán)境過(guò)程中會(huì )遇到種種問(wèn)題。
如果開(kāi)發(fā)人員拒絕提供相關(guān)的安裝指導書(shū)，搭建測試中遇到問(wèn)題的時(shí)候，測試人員可以要求開(kāi)發(fā)人員協(xié)助，這時(shí)候，一定要把開(kāi)發(fā)人員解決問(wèn)題的方法記錄下來(lái)，避免同樣的問(wèn)題再次請教開(kāi)發(fā)人員，這樣會(huì )招致開(kāi)發(fā)人員的反感，也降低了開(kāi)發(fā)人員對測試人員的認可程度。
測試執行過(guò)程應注意的問(wèn)題 ：
測試環(huán)境搭建之后，根據定義的測試用例執行順序，逐個(gè)執行測試用例。在測試執行中需要注意以下幾個(gè)問(wèn)題：
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
