軟件測試流程規(guī)范(試行)V1020140403

1、青島佳明軟件測試流程規(guī)范為了更好地執(zhí)行測試計劃，完成測試工作，特制訂青島佳明測試流程規(guī)范，本規(guī)范中規(guī)定了測試執(zhí)行流程、測試任務(wù)范圍、測試計劃/用例格式、BUG狀態(tài)/級別、測試人員職責、研發(fā)人員相關(guān)職責、測試報告提交周期等內(nèi)容。1 測試流程（1） 測試準備階段，軟件測試人員通讀項目需求設(shè)計文檔，包括軟件概要設(shè)計、軟件需求規(guī)格說明書（2） 根據(jù)軟件需求規(guī)格說明書編寫軟件需求列表（3） 根據(jù)項目需要，測試人員明確列出本測試任務(wù)的范圍（4） 制定測試計劃，搭建測試軟/硬件環(huán)境，確認測試方法和測試資源（5） 設(shè)計測試用例（6） 執(zhí)行測試（需配合研發(fā)周期）（7） 編制、提交測試報告（8） 研發(fā)人員根據(jù)報告

2、修正問題，并發(fā)布新測試版本（9） 回歸測試（10） 測試評審（11） 編寫用戶手冊2 測試任務(wù)范圍（根據(jù)項目規(guī)模靈活選擇）功能測試；界面測試；接口測試；流程測試；極限測試；負載測試；性能測試；穩(wěn)定性測試；兼容性測試；安裝測試；強度測試；用戶測試；3 測試計劃（1） 項目簡介；對產(chǎn)品（項目）的一個了解和概述，主要對產(chǎn)品（項目）功能的簡述。（2） 測試背景；產(chǎn)品在哪種情況下開始研發(fā)，執(zhí)行測試，交待為何而測試產(chǎn)品的背景。（3） 測試手段環(huán)境；（手工和自動化工具）測試環(huán)境測試輔助工具（4） 測試類型（方法）；（黑盒測試）功能測試；界面測試；接口測試；流程測試；極限測試；負載測試；性能測試；穩(wěn)定性測試；

3、兼容性測試；安裝測試；強度測試；用戶測試；（5） 測試資源；人力資源 系統(tǒng)資源人員角色職責、任務(wù)時間（6） 測試策略測試需求測試任務(wù)測試點；針對測試需求定義測試類型、測試方法以及需求的測試工具等。對于每種測試，都應(yīng)提供測試說明，并解釋其實施的原因。制定測試策略時所考慮的主要事項有：將要使用的技術(shù)以及判斷測試何時完成的標準。列出在進行每項測試時需考慮的事項，除此之外，測試還只應(yīng)在安全的環(huán)境中使用已知的、有控制的數(shù)據(jù)庫來執(zhí)行。不實施某種測試，則應(yīng)該用一句話加以說明，并陳述這樣的理由。例如，“將不實施該測試。該測試本項目不適用”。（7） 測試工作計劃表；No工作內(nèi)容開始時間結(jié)束時間責任人提交的結(jié)果備

4、注4 測試用例測試用例的主要來源為：（1）需求說明書及相關(guān)文檔；（2）相關(guān)的設(shè)計說明（概要設(shè)計，詳細設(shè)計等）；（3）與開發(fā)組交流對需求理解的記錄（可以是開發(fā)人員的一個解釋）；（4）已經(jīng)基本成型的UI（可以有針對性地補充一些用例）。l 測試用例模板1：功能A描述用例目的前提條件用例編號輸入/動作期望的輸出/響應(yīng)實際情況示例：典型值示例：邊界值示例：異常值功能B描述用例目的前提條件用例編號輸入/動作期望的輸出/響應(yīng)實際情況示例：典型值示例：邊界值示例：異常值l 測試用例模板2項目名稱程序版本功能模塊名用例編號編制人編制時間功能特性測試目的參考信息預(yù)置條件特殊規(guī)程說明參考信息測試用例基本流序號名稱說

5、明12備選流序號名稱說明12相關(guān)的用例無測試場景序號名稱說明測試數(shù)據(jù)測試數(shù)據(jù)集1：序號操作描述數(shù)據(jù)預(yù)期輸出實際輸出測試狀態(tài)（P/F）12測試人員開發(fā)人員項目負責人5 BUG狀態(tài)說明l 新建： 測試人員報告bug的狀態(tài)l 已指派：測試人員分配bug的狀態(tài)l 已解決：修改人員修改bug的狀態(tài)，在解決bug界面準確標注bug的完成度l 已確認：修改人員對暫時不能、以后修改的bug進行確認的狀態(tài)l 反饋： 測試人員對開發(fā)人員認為不修改、但測試人員認為需要修改的bug反饋給研發(fā)經(jīng)理的狀態(tài)l 公認： 研發(fā)經(jīng)理查看反饋的bug后認為需要修改，則標示bug的狀態(tài)為公認，認為不做修改，直接關(guān)閉此bug，注明原因

6、l 已關(guān)閉：測試人員對修正后的bug進行回歸測試后，確認bug已修正即可關(guān)閉bug狀態(tài)6 BUG級別說明A（嚴重級，必須立即修改）：操作系統(tǒng)或者網(wǎng)絡(luò)癱瘓；B（中等級，一天內(nèi)修改）：應(yīng)用程序崩潰、非法退出或功能模塊無法實現(xiàn)。C（一般級，三天內(nèi)修改）：篡改設(shè)計；功能實現(xiàn)錯誤或功能不完善，容錯失敗、數(shù)據(jù)邏輯關(guān)系錯誤。D（允許級，短期內(nèi)無須解決或在下一版本中解決）：界面布局；操作不方便；建議性修改。說明：嚴重程度越高，優(yōu)先級越高，原有錯誤優(yōu)先級高于新版本錯誤。7 工作職責（1）測試人員：準確定位bug，新建bug，指派bug與研發(fā)經(jīng)理 對修正后的bug進行驗證，確認修正后將其關(guān)閉 通過驗證，bug仍然

7、存在，重新指派，并將相關(guān)情況提交至績效考核部門 對修改人員認為不需要修改，而測試人員認為要修改的bug，反饋至研發(fā)經(jīng)理 對已關(guān)閉的bug以后又浮現(xiàn)，將其重新打開、指派與研發(fā)經(jīng)理，并將相關(guān)情況提交至績效考核部門（2）研發(fā)人員：查看指派給自己的bug，準確選擇bug的完成度，添加bug注釋，將其狀態(tài)置為已解決 查看bug，確認是bug，進行修正，并注明原因 對不屬于自己模塊的bug指派其他人修改 對延遲解決的bug標注確認 需要討論的bug，將其狀態(tài)置為公認（3）研發(fā)經(jīng)理：查看測試人員提交的bug，確定要修改的，添加注釋指派與修改人員 需要討論的bug，將其狀態(tài)置為公認 對不做修改的bug，將其關(guān)

8、閉8 測試退出準則（1） 系統(tǒng)滿足需求規(guī)格說明書的要求（2） 按照測試計劃完成了系統(tǒng)測試（3） 測試用例執(zhí)行覆蓋率達到100%（4） 測試需求覆蓋率達到100%（5） Block，Crash，Major級缺陷修復(fù)率達到100%（6） Minor，Trivial級缺陷修復(fù)率達到80%（7） Text，Suggestion，F(xiàn)eature級缺陷修復(fù)率達到75%（8） 程序能夠處理要求的負載（9） 系統(tǒng)在要求的硬件和軟件平臺上工作正常。9 提交報告（1） 測試人員在軟件新版本發(fā)布3日內(nèi)提交有關(guān)本版本的功能測試報告（附錄一）。（2） 測試人員根據(jù)研發(fā)人員對于軟件缺陷的修復(fù)情況，每個月的月底提交匯總性測

9、試報告和程序錯誤報告（附錄二）。（3） 在軟件測試結(jié)束交付用戶前，測試人員需提供測試分析報告（附錄三）。10 其他測試人員按照工作計劃執(zhí)行測試和提交測試報告，若由于研發(fā)人員未按規(guī)定日期時間提交測試版本，造成測試工作未能完成，則由研發(fā)人員承擔責任。附錄一 功能測試報告測試項目項目名稱測試人測試類型測試時間版本測試批次功能1功能名稱合格率評定分數(shù)測試評定BUG級別：A： 個 B： 個 C： 個 D： 個測試問題1、2、功能2功能名稱合格率評定分數(shù)測試評定BUG級別：A： 個 B： 個 C： 個 D： 個測試問題1、2、附錄二 程序錯誤報告（系統(tǒng)名稱）測試項目項目名稱測試類型模塊名稱模塊名稱版本測試

10、時間測試批次合格率評定分數(shù)測試評定BUG級別：A： 個 B： 個 C： 個 D： 個序號BUG級別錯 誤 描 述BUG狀態(tài)備注測試人： 附錄三 測試分析報告1 概述1.1 編寫目的編寫本文檔的目的在于通過對測試結(jié)果的分析得到對軟件的評價；為糾正軟件缺陷提供依據(jù)；使用戶對系統(tǒng)運行建立信心。1.2 參考資料說明軟件測試所需的資料（需求分析、設(shè)計規(guī)范等）。1.3 術(shù)語和縮寫詞說明本次測試所涉及到的專業(yè)術(shù)語和縮寫詞等。2 測試對象包括測試項目、測試類型、測試批次（本測試類型的第幾次測試）、測試時間等。3 測試分析3.1 測試結(jié)果分析列出測試結(jié)果分析記錄,并按下列模板產(chǎn)生BUG分布表和BUG分布圖。分析模版：從軟件測試中發(fā)現(xiàn)的并最終確認的錯誤點等級數(shù)量來評估：從以上提出的BUG等級來統(tǒng)計等級和數(shù)量的一個分布情況：（如下表）ABCDEBUG數(shù)量217301所占比例9%