|
測試工作規(guī)范
版本記錄：
|
文件狀態(tài)：
[√] 草稿
[ ] 正式發(fā)布
[ ] 正在修改
|
當(dāng)前版本：
|
1.1
|
|
作 者：
|
|
|
完成日期：
|
|
|
簽 收 人：
|
|
|
簽收日期：
|
|
1編寫目的
本文檔是測試團(tuán)隊(duì)的日常工作規(guī)范,，主要側(cè)重測試工作流程的控制,，明確軟件工程的各階段測試團(tuán)隊(duì)?wèi)?yīng)完成的工作。測試技術(shù)和策略等問題不在本文檔描述范圍內(nèi),。
2測試團(tuán)隊(duì)構(gòu)成
2.1職責(zé)
測試是軟件開發(fā)過程中的重要組成部分,，肩負(fù)著如下責(zé)任：
Ø 在項(xiàng)目的前景、需求文檔確立基線前對文檔進(jìn)行測試,，從用戶體驗(yàn)和測試的角度提出自己的看法,。
Ø 編寫合理的測試計(jì)劃，并與項(xiàng)目整體計(jì)劃有機(jī)地整合在一起,。
Ø 編寫覆蓋率高的測試用例。
Ø 針對測試需求進(jìn)行相關(guān)測試技術(shù)的研究,。
Ø 認(rèn)真仔細(xì)地實(shí)施測試工作,，并提交測試報告供項(xiàng)目組參考。
Ø 進(jìn)行缺陷跟蹤與分析,。
在人力資源有限的情況下,，一個團(tuán)隊(duì)成員可能會同時承擔(dān)多個角色。
|
角色名稱
|
相關(guān)主要責(zé)任
|
|
測試經(jīng)理
|
l 組建測試組
|
|
l 協(xié)調(diào)測試組內(nèi)部的溝通
l 代表測試組與其他角色組進(jìn)行溝通
l 編寫測試計(jì)劃
l 測試報告分析
|
|
測試用例設(shè)計(jì)工程師
|
l 編寫測試用例{可以由測試經(jīng)理兼任}
|
|
測試實(shí)施工程師
|
l 實(shí)施測試用例,，執(zhí)行測試
|
|
技術(shù)支持工程師
|
l 為測試工作提供技術(shù)支持
|
3工作流程及規(guī)范
3.1計(jì)劃與設(shè)計(jì)階段
3.1.1成立測試團(tuán)隊(duì)
在項(xiàng)目組成立的同時,，測試組也將同時成立。團(tuán)隊(duì)成立的工作與責(zé)任如下：
|
過程要點(diǎn)
|
詳細(xì)說明
|
|
輸入條件
|
項(xiàng)目組成立（參與《項(xiàng)目計(jì)劃書》的評審）
|
|
工作內(nèi)容
|
為測試組任命一名測試經(jīng)理,，同時確定測試組的構(gòu)成人選,。
|
|
退出標(biāo)準(zhǔn)
|
測試組成立
|
|
責(zé)任人
|
測試經(jīng)理
|
圖表 1
3.1.2測試預(yù)通知
在正式測試任務(wù)下達(dá)前，開發(fā)團(tuán)隊(duì)?wèi)?yīng)提前一周左右向測試團(tuán)隊(duì)下達(dá)預(yù)通知,，告之較為確切的測試日期,，提供當(dāng)前最新的相關(guān)資料。測試部門經(jīng)理可視具體情況決定是否需要調(diào)整人力,。測試人員可預(yù)先熟悉必要的背景資料,，協(xié)助測試經(jīng)理編寫《測試計(jì)劃書》初稿。
|
過程要點(diǎn)
|
詳細(xì)說明
|
|
輸入條件
|
項(xiàng)目進(jìn)入軟件實(shí)現(xiàn)階段（編碼）
|
|
工作內(nèi)容
|
項(xiàng)目/產(chǎn)品經(jīng)理郵件通知測試經(jīng)理正式測試交接時間,，測試規(guī)模預(yù)估等
|
|
退出標(biāo)準(zhǔn)
|
預(yù)通知得到測試經(jīng)理確認(rèn),，并提交《測試計(jì)劃書》初稿
|
|
責(zé)任人
|
產(chǎn)品經(jīng)理，測試經(jīng)理
|
圖表 2
3.1.3召開測試啟動會議
|
過程要點(diǎn)
|
詳細(xì)說明
|
|
輸入條件
|
測試經(jīng)理完成測試計(jì)劃書初稿
|
|
工作內(nèi)容
|
開發(fā)團(tuán)隊(duì)與測試團(tuán)隊(duì)交接測試內(nèi)容,，對測試目標(biāo)達(dá)成一致,，商討測試計(jì)劃初稿的可行性，統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作重點(diǎn),。
|
|
退出標(biāo)準(zhǔn)
|
明確測試內(nèi)容與重點(diǎn),，項(xiàng)目方提交《測試任務(wù)書》,，測試方提交《測試計(jì)劃書》正稿。
|
|
責(zé)任人
|
產(chǎn)品經(jīng)理,，測試經(jīng)理
|
圖表 3
3.1.4編寫測試計(jì)劃文檔
需求分析文檔確立后,，測試組需要編寫測試計(jì)劃文檔，為后續(xù)的測試工作提供直接的指導(dǎo)
|
過程要點(diǎn)
|
詳細(xì)說明
|
|
輸入條件
|
項(xiàng)目需求文檔建立
|
|
工作內(nèi)容
|
根據(jù)項(xiàng)目的需求文檔,，按照測試計(jì)劃文檔模板編寫測試計(jì)劃,。測試計(jì)劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容：
l 測試需求——需要測試組測試的范圍，估算出測試所花費(fèi)的人力資源和各個測試需求的測試優(yōu)先級
l 測試方案——整體測試的測試方法和每個測試需求的測試方法
l 測試資源——本次測試所需要用到的人力,、硬件,、軟件、技術(shù)的資源
l 測試組角色——明確測試組內(nèi)各個成員的角色和相關(guān)責(zé)任
l 里程碑——明確標(biāo)準(zhǔn)項(xiàng)目過程中測試組應(yīng)該關(guān)注的里程碑
l 可交付工件——在測試組的工作中必須向項(xiàng)目組提交的產(chǎn)物,，包括測試計(jì)劃,、測試報告等等
l 風(fēng)險管理——列舉出測試工作所可能出現(xiàn)的風(fēng)險
測試計(jì)劃編寫完畢后，必須提交給項(xiàng)目組全體成員,，并由項(xiàng)目組組中各個角色組聯(lián)合評審,。
|
|
退出標(biāo)準(zhǔn)
|
l 測試計(jì)劃由項(xiàng)目組評審?fù)ㄟ^.
l 在項(xiàng)目開發(fā)過程中，要適時的對測試計(jì)劃進(jìn)行跟蹤,，以評估此計(jì)劃的完整性,、可行性，在項(xiàng)目結(jié)束時還要最后評估一下測試計(jì)劃的質(zhì)量
|
|
責(zé)任人
|
測試經(jīng)理
|
圖表 4
3.1.5設(shè)計(jì)測試用例
在需求分析文檔確立基線以后,，測試組需要針對項(xiàng)目的測試需求編寫測試用例,，在實(shí)際的測試中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn),。在用例的編寫過程中,，具體的任務(wù)和責(zé)任人如下：
|
過程要點(diǎn)
|
詳細(xì)說明
|
|
輸入條件
|
測試需求明確，測試計(jì)劃明確
|
|
工作內(nèi)容
|
根據(jù)每一步測試計(jì)劃編寫全部的測試用例
|
|
退出標(biāo)準(zhǔn)
|
測試用例需要覆蓋所有的測試需求
|
|
責(zé)任人
|
測試用例設(shè)計(jì)工程師（可由測試實(shí)施工程師或測試經(jīng)理兼做）
|
圖表 5
3.2.1實(shí)施測試用例
實(shí)施測試用例將花費(fèi)測試組絕大部分時間,，這些工作都是建立在前期很多計(jì)劃工作的基礎(chǔ)上,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試經(jīng)理制前一工作日定出當(dāng)日的測試計(jì)劃，確定可用的測試用例,。
|
|
工作內(nèi)容
|
測試實(shí)施工程師根據(jù)測試計(jì)劃中分配給自己的測試任務(wù)和提供的測試用例,，實(shí)施相應(yīng)的測試用例，并將記錄實(shí)施用例的結(jié)果
|
|
退出標(biāo)準(zhǔn)
|
測試用例中的所有任務(wù)被執(zhí)行,，結(jié)果被記錄,。
|
|
責(zé)任人
|
測試實(shí)施工程師
|
圖表 6
在約定的測試周期完成之后，測試經(jīng)理需要總結(jié)此測試的結(jié)果,，編寫測試報告
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試組完成了預(yù)定周期的測試任務(wù)
|
|
工作內(nèi)容
|
測試經(jīng)理根據(jù)此輪測試的結(jié)果,，編寫測試報告，主要應(yīng)包含以下內(nèi)容：
l 測試報告的版本
l 測試的人員和時間
l 測試所覆蓋的缺陷——測試組在這輪測試中所有處理的缺陷,，報告了測試經(jīng)理處理的缺陷和實(shí)施工程師驗(yàn)證的缺陷,。不僅要寫出覆蓋缺陷的總數(shù),，還要寫明這些缺陷的去向
l 測試新發(fā)現(xiàn)的缺陷數(shù)量
l 上一版本活動缺陷的數(shù)量
l 經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類
l 測試評估——寫明在這一版本中,，那些功能被實(shí)現(xiàn)了,，那些還沒有實(shí)現(xiàn)，這里只需寫明和上一版本不同之處即可
l 急待解決的問題——寫明當(dāng)前項(xiàng)目組中面臨的最優(yōu)先的問題,，可以重復(fù)提出
|
|
退出標(biāo)準(zhǔn)
|
在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報告發(fā)給全項(xiàng)目組
|
|
責(zé)任人
|
測試經(jīng)理
|
圖表7
在每輪測試結(jié)束之后,，由測試組重新拷貝修改后的最新版本，進(jìn)行回歸測試,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
在每輪測試中,，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決,。
|
|
工作內(nèi)容
|
測試組將按照測試計(jì)劃中對于回歸測試的策略對產(chǎn)品進(jìn)行回歸測試,，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預(yù)定的測試用例的范圍,。
|
|
退出標(biāo)準(zhǔn)
|
回歸測試所運(yùn)行的用例全部通過,。
|
|
責(zé)任人
|
測試實(shí)施工程師 （可由測試實(shí)施工程師或測試經(jīng)理兼做）
|
圖表 2
測試工作結(jié)束或即將結(jié)束時，測試組就要開始著手準(zhǔn)備進(jìn)行總結(jié)的工作,。
在回歸測試結(jié)束之后,，測試經(jīng)理將要編寫測試總結(jié)報告,，對測試進(jìn)行總結(jié),，并且提交給全體項(xiàng)目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試組完成了所有的測試實(shí)施工作
|
|
工作內(nèi)容
|
測試經(jīng)理根據(jù)測試的結(jié)果,，按照測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內(nèi)容：
l 測試資源概述——多少人,、多長時間
l 測試結(jié)果摘要——分別描述各個測試需求的測試結(jié)果,，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些還沒有實(shí)現(xiàn)
l 缺陷分析——按照缺陷的屬性分類進(jìn)行分析
l 測試需求覆蓋率——原先列舉的測試需求的測試覆蓋率,，可能一部分測試需求因?yàn)橘Y源和優(yōu)先級的因素沒有進(jìn)行測試,，那么在這里要進(jìn)行說明
l 測試評估——從總體對項(xiàng)目質(zhì)量進(jìn)行評估
l 測試組建議——從測試組的角度為項(xiàng)目組提出工作建議
|
|
退出標(biāo)準(zhǔn)
|
測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試報告，發(fā)送給全項(xiàng)目組,。
|
|
責(zé)任人
|
測試經(jīng)理
|
3.3.2測試工作總結(jié)
測試總結(jié)工作是在以上的工作全部結(jié)束以后,，它的目的是評估本次測試工作，總結(jié)經(jīng)驗(yàn),，使下一次的工作做得更好,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試報告，發(fā)送給全項(xiàng)目組
|
|
工作內(nèi)容
|
測試經(jīng)理根據(jù)測試的結(jié)果,，按照測試總結(jié)的文檔模板編寫測試總結(jié),，
|
|
退出標(biāo)準(zhǔn)
|
測試經(jīng)理完成了符合標(biāo)準(zhǔn)的測試總結(jié),，發(fā)送給全測試組。
|
|
責(zé)任人
|
測試經(jīng)理
|
3.3.3測試驗(yàn)收
測試驗(yàn)收工作是在以上工作全部結(jié)束后,，對測試的過程,，效果進(jìn)行驗(yàn)收，宣布測試結(jié)束,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試組完成了所有的測試實(shí)施工作,，測試經(jīng)理完成符合標(biāo)準(zhǔn)的測試總結(jié)文檔
|
|
工作內(nèi)容
|
由測啟會上約定的驗(yàn)收組成員，對本測試收進(jìn)行驗(yàn)收,，驗(yàn)收內(nèi)容包括：
l 測試效果驗(yàn)收——測試是否達(dá)到預(yù)期目的
l 測試文檔驗(yàn)收——測試過程文檔是否齊全,，可信，符合標(biāo)準(zhǔn)
l 測試評估——從總體對測試的質(zhì)量進(jìn)行評估
l 測試建議——對本次測試工作指出不足,，需要在以后工作中改進(jìn)的地方
l 宣布測試結(jié)束——測試驗(yàn)收組成員簽字宣布本次測試結(jié)束
|
|
退出標(biāo)準(zhǔn)
|
簽發(fā)測試驗(yàn)收報告
|
|
責(zé)任人
|
產(chǎn)品經(jīng)理
|
3.3.4測試歸檔
測試歸檔是在測試驗(yàn)收結(jié)束宣布測試有效,，結(jié)束測試后，對測試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類,，存檔,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試驗(yàn)收通過
|
|
工作內(nèi)容
|
歸類,，存檔測試過程涉及到的文檔,，主要包括以下文檔（必須）
l 測試任務(wù)書
l 測試計(jì)劃書
l 測試用例書
l 測試報告書
l 測試總結(jié)書
l 測試驗(yàn)收書
|
|
退出標(biāo)準(zhǔn)
|
全部文檔歸類完畢，版本號封存
|
|
責(zé)任人
|
測試經(jīng)理
|
3.4缺陷跟蹤
測試驗(yàn)收結(jié)束后,，跟蹤產(chǎn)品在試運(yùn)行階段暴露出來的新缺陷,，以及已提交的缺陷是否再次發(fā)生,。
|
過程要點(diǎn)
|
詳細(xì)描述
|
|
輸入條件
|
測試組完成了所有的測試實(shí)施工作，測試驗(yàn)收通過,，產(chǎn)品試運(yùn)行,、運(yùn)行。
|
|
工作內(nèi)容
|
l 已發(fā)現(xiàn)缺陷是否再次發(fā)生
l 是否有新發(fā)現(xiàn)的在測試中未發(fā)現(xiàn)的缺陷
l 是否有新發(fā)現(xiàn)的在測試中已發(fā)現(xiàn)但未修改的缺陷
定義：
A類：新發(fā)現(xiàn)的缺陷
B類：已發(fā)現(xiàn)的缺陷
C類：已發(fā)現(xiàn)未修改的缺陷
|
|
退出標(biāo)準(zhǔn)
|
缺陷跟蹤報告
|
|
責(zé)任人
|
產(chǎn)品經(jīng)理,、項(xiàng)目實(shí)施經(jīng)理
|
4缺陷類型定義
本規(guī)范定義以下五類缺陷：
Ø A類——嚴(yán)重錯誤,，包括：
1. 由于程序所引起的死機(jī),非法退出
2. 死循環(huán)
3. 導(dǎo)致數(shù)據(jù)庫發(fā)生死鎖
4. 數(shù)據(jù)通訊錯誤
5 嚴(yán)重的數(shù)值計(jì)算錯誤
Ø B類——較嚴(yán)重錯誤，包括：
1. 功能不符
2. 數(shù)據(jù)流錯誤
3. 程序接口錯誤
4. 輕微的數(shù)值計(jì)算錯誤
Ø C類——一般性錯誤,，包括：
1. 界面錯誤(詳細(xì)文檔)
2. 打印內(nèi)容,、格式錯誤
3. 簡單的輸入限制未放在前臺進(jìn)行控制
4. 刪除操作未給出提示
Ø D類——較小錯誤，包括：
1. 輔助說明描述不清楚
2. 顯示格式不規(guī)范
3. 長時間操作未給用戶進(jìn)度提示
4. 提示窗口文字未采用行業(yè)術(shù)語
5. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志
6. 系統(tǒng)處理未優(yōu)化
Ø E類——測試建議（非缺陷）
5測試標(biāo)準(zhǔn)
軟件測試合格須符合以下標(biāo)準(zhǔn),。
|
A類錯誤
|
B類錯誤
|
C類錯誤
|
D類錯誤
|
E類建議
|
|
無
|
無
|
≤2%
|
≤4%
|
暫不作要求
|
以上比例為錯誤占總測試模塊的比例,。
軟件產(chǎn)品未經(jīng)測試合格，不允許投運(yùn),。
6爭議處理
如開發(fā)團(tuán)隊(duì)對測試結(jié)論有爭議,，由驗(yàn)收組成員會議協(xié)調(diào)解決。測試團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)?wèi)?yīng)無條件服從仲裁結(jié)果,。
7標(biāo)準(zhǔn)文檔
1. 《測試任務(wù)說明書》
2. 《測試計(jì)劃書》
3. 《測試用例說明書》
4. 《測試報告》
5. 《測試總結(jié)報告》
6. 《測試驗(yàn)收報告》
7. 《缺陷跟蹤報告》
|
