3、分解軟件,寫(xiě)測試需求
分析各種信息
反復檢查并理解各種信息,和用戶(hù)交流,理解他們的要求??梢园凑找韵虏襟E執行:
1、確定軟件提供的主要商業(yè)任務(wù)
2、對每個(gè)商業(yè)任務(wù),確定完成該任務(wù)所要進(jìn)行的交易。
3、確定從數據庫信息引出的計算結果。
4、對于對時(shí)間有要求的交易,確定所要的時(shí)間和條件。這些條件包括數據庫大小、機器配置、交易量、以及網(wǎng)絡(luò )擁擠情況。
5、確定會(huì )產(chǎn)生重大意外的壓力測試,包括:內存、硬盤(pán)空間、高的交易率
6、確定應用需要處理的數據量。
7、確定需要的軟件和硬件配置。通常情況下,不可能對所有可能的配置都測試到,因此要選擇最有可能產(chǎn)生問(wèn)題的情況進(jìn)行測試,包括:最低性能的硬件、幾個(gè)有兼容性問(wèn)題的軟件并存、客戶(hù)端機器通過(guò)最慢的LAN/WANF連接訪(fǎng)問(wèn)服務(wù)器。
8、確定其他與應用軟件沒(méi)有直接關(guān)系的商業(yè)交易。包括:
管理功能,如啟動(dòng)和推出程序
配置功能,如設置打印機
操作員的愛(ài)好,如字體、顏色
應用功能,如訪(fǎng)問(wèn)email或者顯示時(shí)間和日期。
9、確定安裝過(guò)程,包括定置從哪安裝、定制安裝、升級安裝。
10、確定沒(méi)有隱含在功能測試中的戶(hù)界面要求。大多界面都在功能測試時(shí)被測試到。還有寫(xiě)沒(méi)有測到,如:操作與顯示的一致性,如使用快捷鍵等;界面遵從合理標準,如按鈕大小,標簽等。
把需求組織成層次圖
4、估計測試工作量
∑(每個(gè)測試的時(shí)間*每個(gè)需求的測試的數目*測試需求的的數目)
(測試設計、開(kāi)發(fā)、….)
5、確定資源
人力資源
職位 | 姓名 | 特殊責任/說(shuō)明 |
測試經(jīng)理 | ||
測試工程師 設計/開(kāi)發(fā)(可以多人) |
||
測試工程師 測試執行(可以多人) |
||
測試系統管理員 |
系統資源
系統 | 名稱(chēng)/類(lèi)型 |
數據庫服務(wù)器
網(wǎng)絡(luò )/子網(wǎng) 服務(wù)器名稱(chēng) 數據庫名稱(chēng) |
|
SQA 測試存儲庫
網(wǎng)絡(luò )/子網(wǎng) 服務(wù)器名稱(chēng) |
|
客戶(hù)測試機
包括專(zhuān)門(mén)的配置需求 |
列表 |
測試開(kāi)發(fā)的PC機 | 列表 |
6、創(chuàng )建工程調度表
任務(wù) | 相關(guān)工作量(天) | |||||
整個(gè)SQA過(guò)程 | 38 | |||||
測試計劃 | 12 | |||||
確定項目 | 1 | |||||
定義測試策略 | ||||||
決定測試需求 | ||||||
估計工作量 | ||||||
確定資源 | ||||||
調度測試活動(dòng) | ||||||
生成測試計劃文檔 | ||||||
測試設計
原文轉自:http://www.uml.org.cn/Test/test2_4.htm
|