產(chǎn)品測試作業(yè)指南

1、 產(chǎn)品測試作業(yè)指南 修訂歷史版本發(fā)布日期生效日期修訂說明作者審核人批準(zhǔn)人當(dāng)前狀態(tài)目錄1 目的范圍42 角色職責(zé)43 術(shù)語定義54 活動(dòng)規(guī)程65 工作規(guī)程75.1 測試策劃75.2 測試設(shè)計(jì)85.3 測試實(shí)現(xiàn)96.4測試執(zhí)行96.4.1單元測試96.4.2集成測試96. 4.3系統(tǒng)測試106.4.4驗(yàn)收測試116.5測試評(píng)估117裁剪指南128層次關(guān)系128.1主控文件128.2相關(guān)記錄128.3相關(guān)文件129附錄129.1測試通過判定標(biāo)準(zhǔn)129.1.1產(chǎn)品判定標(biāo)準(zhǔn)129.1.2集成測試判定標(biāo)準(zhǔn)139.1.3項(xiàng)目需求驗(yàn)證通過判定標(biāo)準(zhǔn)131 目的范圍類型說明備注目的作用為項(xiàng)目測試工作的順利開展，制

2、定本過程以進(jìn)行規(guī)范化管理，確保整個(gè)系統(tǒng)按既定意圖運(yùn)行。應(yīng)用范圍公司項(xiàng)目測試的所有測試活動(dòng)，除單元測試外。讀者對(duì)象測試部、項(xiàng)目部、技術(shù)部等相關(guān)人員2 角色職責(zé)角色名稱工作概述（事）權(quán)利范圍（權(quán)）承擔(dān)責(zé)任（責(zé)）測試經(jīng)理1負(fù)責(zé)軟件測試團(tuán)隊(duì)日常管理工作；2負(fù)責(zé)各類項(xiàng)目的性能/功能測試工作和指導(dǎo)測試；3負(fù)責(zé)帶領(lǐng)測試團(tuán)隊(duì)，設(shè)計(jì)、執(zhí)行、優(yōu)化測試過程，引入新的測試框架和測試策略；4與開發(fā)人員溝通和協(xié)作，推動(dòng)整個(gè)項(xiàng)目的順利進(jìn)行；5. 維護(hù)測試流程，統(tǒng)計(jì)和分析測試結(jié)果，提高測試效率和質(zhì)量；參與團(tuán)隊(duì)內(nèi)部管理，測試任務(wù)的分配，部門間協(xié)調(diào)。對(duì)測試團(tuán)隊(duì)建設(shè)，對(duì)團(tuán)隊(duì)人員測試的產(chǎn)品的質(zhì)量負(fù)責(zé)。測試工程師1根據(jù)軟件設(shè)計(jì)需求制定

3、測試計(jì)劃，設(shè)計(jì)測試數(shù)據(jù)和測試用例；2有效地執(zhí)行測試用例，提交測試報(bào)告；3準(zhǔn)確地定位并跟蹤問題，推動(dòng)問題及時(shí)合理地解決；4完成對(duì)項(xiàng)目的集成測試與系統(tǒng)測試，對(duì)項(xiàng)目的軟件功能、性能及其它方面的測試。參與集成測試、系統(tǒng)測試（含功能測試、性能測試）對(duì)自己負(fù)責(zé)測試過的項(xiàng)目質(zhì)量負(fù)責(zé)。配置管理員協(xié)作測試人員項(xiàng)目的配置管理工作。 參與項(xiàng)目測試階段的配置管理對(duì)測試人員在測試的期間的項(xiàng)目配置工作負(fù)責(zé)。項(xiàng)目經(jīng)理負(fù)責(zé)獲取客戶需求，撰寫需求規(guī)格說明書或項(xiàng)目需求差異表。負(fù)責(zé)項(xiàng)目的內(nèi)部驗(yàn)收測試。對(duì)項(xiàng)目進(jìn)行驗(yàn)收對(duì)驗(yàn)收測試通過的項(xiàng)目負(fù)責(zé)。部門經(jīng)理按照需求規(guī)格說明書或項(xiàng)目需求差異表安排開發(fā)人員，參與測試輔助工作。 協(xié)助測試工作的順

4、利進(jìn)行1對(duì)所負(fù)責(zé)的項(xiàng)目交給測試部準(zhǔn)時(shí)性負(fù)責(zé)2監(jiān)督缺陷修改、維護(hù)測試環(huán)境的責(zé)任。開發(fā)工程師負(fù)責(zé)項(xiàng)目單元測試、協(xié)助系統(tǒng)測試，性能測試。參與單元測試，協(xié)助系統(tǒng)測試、性能測試承擔(dān)缺陷修改質(zhì)量的責(zé)任。3 術(shù)語定義中文名稱英文名稱術(shù)語定義(需描述內(nèi)涵和外延)同義詞舉例產(chǎn)品測試product testing為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。目的是為了發(fā)現(xiàn)更多的錯(cuò)誤，而不是為了證明程序正確。1某一個(gè)功能的驗(yàn)證測試人員Testers統(tǒng)稱承擔(dān)測試任務(wù)的人員，可以是測試工程師、客服人員、開發(fā)人員、維護(hù)工程師等。1.功能測試人員工作請(qǐng)求WR公司測試任務(wù)的申請(qǐng)單，一般由中心經(jīng)理或委托相關(guān)人員提出給測試經(jīng)理。任務(wù)單1.測試任

5、申請(qǐng)單；測試管理禪道一個(gè)基于Web的測試管理工具1.缺陷報(bào)告 單元測試Unit Testing單元測試是由開發(fā)工程師自己來完成。在程序編碼完成后通過編寫代碼或者使用工具來進(jìn)行，目的是提高軟件質(zhì)量。1. 靜態(tài)測試集成測試Integration Testing在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成系統(tǒng)的測試。集成測試的對(duì)象是實(shí)施模型中的一個(gè)包或一組包。要集成的包通常來自于不同的開發(fā)組織。集成測試將揭示包接口規(guī)約中不夠完全或錯(cuò)誤的地方。1.接口驗(yàn)證系統(tǒng)測試System Testing將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測試。1

6、. 功能點(diǎn)驗(yàn)證；2. 安裝測試。驗(yàn)收測試Acceptance Test為確定軟件系統(tǒng)是否滿足驗(yàn)收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的測試，是部署軟件之前的最后一個(gè)測試操作。1.客戶需求驗(yàn)證性能測試Performance Test通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。1. CPU的使用率4 活動(dòng)規(guī)程測試活動(dòng)圖如下：5 工作規(guī)程5.1 測試策劃(1) 目的：確定和描述要實(shí)施和執(zhí)行的測試，確定測試人員、范圍、方法、階段、類型等，為后續(xù)測試工作開展提供指導(dǎo)依據(jù)。(2) 進(jìn)入準(zhǔn)則：項(xiàng)目計(jì)劃、需求規(guī)格說明書工件已通過評(píng)審。(3) 活動(dòng)描述：1) 確定測試需求：

7、a) 測試工程師查看項(xiàng)目計(jì)劃、需求規(guī)格說明書等項(xiàng)目相關(guān)資料；b) 確定測試需求的來源，確定測試需求層次，進(jìn)行測試需求分類等。2) 評(píng)估測試風(fēng)險(xiǎn)：識(shí)別、分析測試風(fēng)險(xiǎn)，制定風(fēng)險(xiǎn)列表，并體現(xiàn)在測試計(jì)劃中，具體風(fēng)險(xiǎn)控制參見風(fēng)險(xiǎn)管理程序。3) 制定測試策略：確定和描述測試階段、類型、標(biāo)準(zhǔn)，確定測試的特殊事項(xiàng)等。4) 確定測試資源：包括人力資源、測試環(huán)境（包括軟硬件）、數(shù)據(jù)、工具等。5) 創(chuàng)建時(shí)間表：進(jìn)行測試任務(wù)分解、測試任務(wù)估計(jì)，制定測試進(jìn)度。6) 編制測試計(jì)劃：中級(jí)測試工程師根據(jù)以上測試策劃內(nèi)容，編制測試計(jì)劃，初級(jí)測試工程師的測試計(jì)劃由測試組長/經(jīng)理代為編制。7) 測試計(jì)劃應(yīng)能適應(yīng)迭代開發(fā)模式。同時(shí)將

8、及早的測試，不斷的測試作為測試原則。8) 評(píng)審測試計(jì)劃：測試工程師將測試計(jì)劃初稿提交給開發(fā)人員、測試人員、需求人員等進(jìn)行評(píng)審/檢查，方式為文件評(píng)審。(4) 退出準(zhǔn)則：測試計(jì)劃通過評(píng)審，并納入配置管理。5.2 測試設(shè)計(jì)(1) 目的：為每個(gè)工作版本確定可驗(yàn)證的測試用例集、確定實(shí)現(xiàn)測試用例的測試過程。(2) 進(jìn)入準(zhǔn)則：測試計(jì)劃、需求規(guī)格說明書通過評(píng)審或檢查。(3) 活動(dòng)描述：1) 了解相關(guān)信息：測試工程師查看需求規(guī)格說明書等相關(guān)資料。2) 設(shè)計(jì)測試用例，測試工程師負(fù)責(zé)編制測試用例，可包括但不限于以下內(nèi)容：a) 根據(jù)測試計(jì)劃安排確定將要進(jìn)行設(shè)計(jì)的測試階段，如集成測試、系統(tǒng)測試、驗(yàn)收測試等。b) 確立對(duì)

9、于每種設(shè)計(jì)的測試技術(shù)和策略、項(xiàng)目應(yīng)用所使用的自動(dòng)測試工具及其接口；c) 如需編寫測試腳本，則應(yīng)確定其開發(fā)標(biāo)準(zhǔn)，遵循何種編碼規(guī)范等。3) 使測試過程結(jié)構(gòu)化，對(duì)每個(gè)測試用例，可包括但不限于以下內(nèi)容：a) 測試的前置條件、狀態(tài)，需要哪些數(shù)據(jù)等；b) 測試工程師要實(shí)施與執(zhí)行測試所采取的詳細(xì)步驟、操作；c) 每個(gè)操作、步驟的預(yù)期結(jié)果（條件或數(shù)據(jù)，或引用的測試用例）；d) 對(duì)得到的實(shí)際結(jié)果與預(yù)期結(jié)果進(jìn)行比較的分析方法與步驟；e) 結(jié)構(gòu)化測試過程的結(jié)束條件、狀態(tài)或操作。4) 對(duì)于每一個(gè)測試需求，建議至少編制兩個(gè)測試用例： a) 一個(gè)測試用例用于證明該需求已經(jīng)滿足，通常稱作正面測試用例；b) 另一個(gè)測試用例反

10、映某個(gè)無法接受、反?；蛞馔獾臈l件或數(shù)據(jù)，用于論證只有在所需條件下才能夠滿足該需求，這個(gè)測試用例稱作負(fù)面測試用例。5） 測試工程師完成測試用例并提交檢查或評(píng)審，檢查或評(píng)審人員為測試人員、開發(fā)人員、需求人員等，主要關(guān)注測試用例的覆蓋率、準(zhǔn)確率等。(4) 退出準(zhǔn)則：測試用例通過評(píng)審，并納入配置管理。5.3 測試實(shí)現(xiàn)(1) 目的：實(shí)現(xiàn)（記錄、生成或編寫）設(shè)計(jì)測試中定義的測試過程，生成測試腳本。(2) 進(jìn)入準(zhǔn)則：測試用例通過評(píng)審。1) 活動(dòng)描述：1） 測試工程師為不同的測試階段及測試類型開發(fā)測試腳本，并為測試腳本添加注釋、頭文件信息、模塊劃分等。生成測試腳本可包括但不限于以下方法：a) 錄制：使用錄制/

11、回放工具來獲?。ㄓ涗洠┡c測試對(duì)象的交互和執(zhí)行測試對(duì)象的結(jié)果。 b) 編程：使用開發(fā)環(huán)境編寫執(zhí)行和獲取執(zhí)行測試對(duì)象結(jié)果的必要步驟的程序。 c) 自動(dòng)生成：在沒有用戶介入的情況下，使用測試生成工具生成測試腳本（生成的設(shè)置和啟動(dòng)除外）。 2） 測試工程師將測試腳本提交評(píng)審/檢查。評(píng)審/檢查人員為開發(fā)人員、測試人員、需求人員等。(3) 退出準(zhǔn)則：測試腳本通過評(píng)審，并納入配置管理。6.4測試執(zhí)行6.4.1單元測試(1) 目的：在軟件生命周期的初期階段盡可能早點(diǎn)查找和修改Bug，使效率和質(zhì)量得到最好的保證。(2) 進(jìn)入準(zhǔn)則：程序編碼工作完成后，開發(fā)工程師即可對(duì)自己所編寫的代碼進(jìn)行單元測試。(3) 活動(dòng)描述

12、：1）開發(fā)工程師搭建測試環(huán)境，并進(jìn)行單元測試。2）開發(fā)工程師執(zhí)行單元測試用例。3）開發(fā)工程師將測試實(shí)際結(jié)果進(jìn)行分析修改，反復(fù)調(diào)試保證代碼能夠編譯通過。（4）退出準(zhǔn)則：所有進(jìn)行單元測試的程序都能夠編譯通過，根據(jù)測試用例驗(yàn)證結(jié)果通過。6.4.2集成測試(1) 目的：揭示模塊接口規(guī)約中不夠完全或錯(cuò)誤的地方，確保各構(gòu)件組合在一起后能夠按既定意圖協(xié)作運(yùn)行。(2) 進(jìn)入準(zhǔn)則：通過單元測試，且集成測試用例及測試腳本（如存在）通過評(píng)審。(3) 活動(dòng)描述：1) 申請(qǐng)人提交測試任務(wù)申請(qǐng)單，及其它相關(guān)資料給測試部經(jīng)理；2) 測試部經(jīng)理根據(jù)測試任務(wù)申請(qǐng)單及相關(guān)測試入口工件情況，安排測試工程師；3) 部門經(jīng)理安排人員搭

13、建測試環(huán)境，測試工程師若使用禪道則通知禪道管理員創(chuàng)建缺陷記錄庫，并通知項(xiàng)目涉眾。4) 測試工程師執(zhí)行系統(tǒng)測試用例。5) 測試工程師將測試實(shí)際結(jié)果記錄到測試用例中，將發(fā)現(xiàn)的缺陷記錄到禪道系統(tǒng)中，將最后遺留的缺陷記錄到軟件缺陷清單中，并形成集成測試報(bào)告。(4) 退出準(zhǔn)則：所有集成測試發(fā)現(xiàn)的缺陷被妥善處理。6. 4.3系統(tǒng)測試(1) 目的：通過與系統(tǒng)需求進(jìn)行比較，發(fā)現(xiàn)軟件與系統(tǒng)需求不符合或與之矛盾的地方。(2) 進(jìn)入準(zhǔn)則：需求規(guī)格說明書，測試計(jì)劃，測試用例及測試腳本（如存在）通過評(píng)審。(3) 活動(dòng)描述：1) 申請(qǐng)人提交測試任務(wù)申請(qǐng)單，需求規(guī)格說明書，項(xiàng)目計(jì)劃及其它相關(guān)資料到測試部經(jīng)理；2) 測試部經(jīng)

14、理根據(jù)測試任務(wù)申請(qǐng)單及相關(guān)測試入口工件情況，安排測試工程師；3) 部門經(jīng)理安排人員搭建測試環(huán)境，測試工程師若使用禪道則通知禪道管理員創(chuàng)建缺陷記錄庫，并通知項(xiàng)目涉眾。4) 測試工程師執(zhí)行系統(tǒng)測試用例。5) 在系統(tǒng)測試中，功能測試、性能測試、安全性測試、故障恢復(fù)測試、安裝測試等類型根據(jù)具體要展開。6) 測試工程師將發(fā)現(xiàn)的缺陷記錄到缺陷管理工具中（禪道），將最后遺留的缺陷記錄到軟件缺陷清單中，并形成系統(tǒng)測試報(bào)告。7) 性能測試后，需出具性能測試報(bào)告。(4) 系統(tǒng)測試報(bào)告出具條件：1) 項(xiàng)目完全結(jié)束測試；2) 重大里程碑：依據(jù)計(jì)劃進(jìn)行，如計(jì)劃未及時(shí)更新則依據(jù)“事件驅(qū)動(dòng)”處理；3) 事件驅(qū)動(dòng)：比如市場、

15、客戶、項(xiàng)目等原因驅(qū)動(dòng)、或相關(guān)部門要求提交，需相關(guān)負(fù)責(zé)人及時(shí)向測試部經(jīng)理提出。4) 具體內(nèi)容請(qǐng)參見測試管理。(5) 退出準(zhǔn)則：1) 測試用例設(shè)計(jì)已經(jīng)完成；2) 按照測試用例完成了系統(tǒng)測試；3) 系統(tǒng)測試的功能覆蓋率達(dá)100；4) 系統(tǒng)的功能和性能滿足項(xiàng)目需求規(guī)格說明書的要求；5) 在系統(tǒng)測試中發(fā)現(xiàn)的缺陷已經(jīng)得到修復(fù)并且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)（參見“測試管理和技術(shù)指南中缺陷修復(fù)率判定標(biāo)準(zhǔn)”）；6) 系統(tǒng)測試后不存在死機(jī)、嚴(yán)重類缺陷；7) 一般類缺陷允許存在，不超過總?cè)毕莸?；8) 輕微、建議類缺陷允許存在，不超過總?cè)毕莸?0。6.4.4驗(yàn)收測試(1) 目的：確保軟件準(zhǔn)備就緒，并且可以供最終用戶用于

16、執(zhí)行軟件的既定功能和任務(wù)。(2) 進(jìn)入準(zhǔn)則：測試用例及測試腳本（如存在）通過評(píng)審。(3) 活動(dòng)描述：1) 產(chǎn)品類項(xiàng)目驗(yàn)收測試由產(chǎn)品研發(fā)部等負(fù)責(zé)。2) 部門經(jīng)理安排人員搭建測試環(huán)境，使用測試缺陷管理工具建立問題記錄庫，并通知相關(guān)涉眾。3) 產(chǎn)品研發(fā)部等執(zhí)行驗(yàn)收測試。4) 測試工程師將測試實(shí)際結(jié)果記錄到測試用例中，將發(fā)現(xiàn)的缺陷記錄到禪道系統(tǒng)中，將最后遺留的缺陷記錄到軟件缺陷清單中，并形成驗(yàn)收測試報(bào)告。(4) 退出準(zhǔn)則：所有驗(yàn)收測試發(fā)現(xiàn)的缺陷被妥善處理。6.5測試評(píng)估(1) 目的：評(píng)估測試對(duì)象和測試流程的質(zhì)量，總結(jié)測試工作相關(guān)數(shù)據(jù)并分析。(2) 進(jìn)入準(zhǔn)則：測試計(jì)劃中所安排的測試工作全部結(jié)束，且所有已

17、發(fā)現(xiàn)的測試缺陷均得到妥善處理。(3) 活動(dòng)描述：1) 測試工程師分析測試結(jié)果。確定是否達(dá)到了測試的完成標(biāo)準(zhǔn)和成功標(biāo)準(zhǔn)，可包括但不限于以下評(píng)測方法： 2) 覆蓋指標(biāo)：判定是否已經(jīng)實(shí)施和執(zhí)行了充分的測試，包括基于需求、基于代碼、基于測試用例的測試覆蓋率；3) 質(zhì)量指標(biāo)：確定測試對(duì)象和測試流程的質(zhì)量。4) 缺陷分析：根據(jù)缺陷的來源、出現(xiàn)時(shí)機(jī)、等級(jí)等進(jìn)行分析統(tǒng)計(jì)，根據(jù)統(tǒng)計(jì)結(jié)果，分析原因，提出關(guān)于如何減少或消除系統(tǒng)的缺陷的建議，并對(duì)系統(tǒng)的評(píng)價(jià)與建議等等。 5) 確定項(xiàng)目是否符合發(fā)布標(biāo)準(zhǔn)。6) 測試工程師完成系統(tǒng)測試報(bào)告并提交測試部經(jīng)理審核，審核通過后，正式提交部門經(jīng)理、技術(shù)總監(jiān)、測試經(jīng)理、其他涉眾。7)

18、 測試工程師對(duì)測試工作進(jìn)行總結(jié)，包括測試工作量；測試工作中的經(jīng)驗(yàn)或教訓(xùn)等，測試總結(jié)的內(nèi)容體現(xiàn)在項(xiàng)目總結(jié)報(bào)告的測試部分中。8) 測試工件（如系統(tǒng)測試報(bào)告、性能測試報(bào)告、驗(yàn)收測試報(bào)告、集成測試報(bào)告等）的內(nèi)容必須真實(shí)，實(shí)事求是地反映各階段測試活動(dòng)的狀態(tài)及成果。(4) 退出準(zhǔn)則：系統(tǒng)測試報(bào)告、性能測試報(bào)告、驗(yàn)收測試報(bào)告、項(xiàng)目總結(jié)報(bào)告的測試總結(jié)部分通過評(píng)審，并納入配置管理。7裁剪指南(1) 因?yàn)橐_展“測試實(shí)現(xiàn)”、“集成測試”需要具備較高的開發(fā)能力，考慮到現(xiàn)階段的實(shí)際情況，這兩個(gè)環(huán)節(jié)可根據(jù)實(shí)際情況進(jìn)行裁剪，或由開發(fā)人員來完成。(2) 對(duì)于全新開發(fā)的大型項(xiàng)目，必須開展功能測試、性能測試等測試類型。(3)

19、對(duì)于全新開發(fā)的中型項(xiàng)目，可只進(jìn)行功能測試、根據(jù)項(xiàng)目需求選擇性進(jìn)行性能測試。(4) 對(duì)于小型項(xiàng)目，可以只進(jìn)行功能測試。(5) 測試用例可根據(jù)迭代計(jì)劃、需求進(jìn)行逐步細(xì)化明確。8層次關(guān)系8.1主控文件產(chǎn)品開發(fā)管理程序8.2相關(guān)記錄測試計(jì)劃、測試用例、軟件缺陷清單、系統(tǒng)測試報(bào)告、集成測試報(bào)告、驗(yàn)收測試報(bào)告、性能測試報(bào)告測試任務(wù)申請(qǐng)單。8.3相關(guān)文件測試管理、軟件缺陷確認(rèn)標(biāo)準(zhǔn)、需求規(guī)格說明書、項(xiàng)目總結(jié)報(bào)告、風(fēng)險(xiǎn)管理程序。 出師表兩漢：諸葛亮先帝創(chuàng)業(yè)未半而中道崩殂，今天下三分，益州疲弊，此誠危急存亡之秋也。然侍衛(wèi)之臣不懈于內(nèi)，忠志之士忘身于外者，蓋追先帝之殊遇，欲報(bào)之于陛下也。誠宜開張圣聽，以光先帝遺德，恢弘志士之氣，不宜妄自菲薄，引喻失義，以塞忠諫之路也