(完整word版)軟件測(cè)試流程DOC

1、軟件測(cè)試流程1. 目的本文是對(duì)項(xiàng)目軟件測(cè)試的指導(dǎo)性文件，對(duì)軟件測(cè)試過(guò)程中所涉及到的測(cè)試?yán)碚?、測(cè)試類型、測(cè) 試方法、測(cè)試標(biāo)準(zhǔn)、測(cè)試流程及測(cè)試過(guò)程中涉及到的角色職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件質(zhì)量2. 范圍本文適用于軟件開(kāi)發(fā)、測(cè)試人員，以及軟件項(xiàng)目管理人員。3. 參考資料缺陷管理規(guī)范測(cè)試執(zhí)行規(guī)范文檔測(cè)試指南項(xiàng)目測(cè)試計(jì)劃模版測(cè)試用例設(shè)計(jì)規(guī)范功能測(cè)試用例模版集成測(cè)試用例模版項(xiàng)目測(cè)試報(bào)告模版自動(dòng)化測(cè)試計(jì)劃模版性能測(cè)試計(jì)劃模版|4. 測(cè)試過(guò)程描述4.1測(cè)試流程圖4.2需求評(píng)審421 目的從源頭把握軟件質(zhì)量，并確保開(kāi)發(fā)結(jié)果與實(shí)際需求相一致4.2.2 角色與職責(zé)需求人員：需求規(guī)格說(shuō)明書(shū)的編寫(xiě)，以及軟件開(kāi)發(fā)過(guò)程

2、中需求規(guī)格說(shuō)明書(shū)的修正；評(píng)審人員：評(píng)審需求規(guī)格說(shuō)明書(shū)，從全面性、完整性、正確性、一致性、可靠性方面檢查 需求規(guī)格說(shuō)明書(shū)，將需求缺陷提交給需求人員，并跟蹤需求缺陷直至需求缺陷驗(yàn)證關(guān)閉。4.2.3 啟動(dòng)標(biāo)準(zhǔn)需求規(guī)格說(shuō)明書(shū)編寫(xiě)完成4.2.5 輸入/輸出輸入：需求規(guī)格說(shuō)明書(shū) 輸出：需求缺陷4.2.6 規(guī)范參見(jiàn)文檔評(píng)審指南4.3測(cè)試計(jì)劃431 目的明確測(cè)試內(nèi)容、測(cè)試任務(wù)安排、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試資源、風(fēng)險(xiǎn)控制；保持測(cè)試過(guò)程的，有效控制和跟2角色與職責(zé):蹤測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。測(cè)試任務(wù)安排、測(cè)試進(jìn)度、測(cè)試策略、測(cè)試資源、風(fēng)險(xiǎn)控制，以便測(cè)試工作正常開(kāi)展，測(cè)試計(jì)劃實(shí)測(cè)試負(fù)責(zé)人：根據(jù)項(xiàng)目整體計(jì)

3、劃、需求規(guī)格說(shuō)明書(shū)編制測(cè)試計(jì)劃，明確測(cè)試內(nèi)容、際編寫(xiě)內(nèi)容參見(jiàn)項(xiàng)目測(cè)試計(jì)劃模版。4.3.3啟動(dòng)標(biāo)準(zhǔn)需求評(píng)審?fù)瓿桑?xiàng)目整體計(jì)劃編制完成。4.3.44.3.5輸入/輸出輸入：需求規(guī)格說(shuō)明書(shū)、項(xiàng)目整體計(jì)劃輸出：測(cè)試計(jì)劃4.3.6 規(guī)范測(cè)試計(jì)劃編寫(xiě)內(nèi)容參加測(cè)試計(jì)劃模版。4.4測(cè)試設(shè)計(jì) 4.4.1 目的通過(guò)多種測(cè)試方法編寫(xiě)測(cè)試用例，以使最少的測(cè)試用例，實(shí)現(xiàn)最大的測(cè)試覆蓋，保證軟件功能 的正確性，從而提升軟件質(zhì)量。4.4.2角色和職責(zé)測(cè)試人員：采用多種測(cè)試方法編寫(xiě)有效的測(cè)試用例，并對(duì)遺漏/錯(cuò)誤的測(cè)試用例進(jìn)行修正評(píng)審人員：對(duì)測(cè)試人員編寫(xiě)的 測(cè)試用例進(jìn)行評(píng)審，提出遺漏/錯(cuò)誤的用例缺陷，并跟蹤直至用 例缺陷的驗(yàn)證

4、關(guān)閉。443 啟動(dòng)標(biāo)準(zhǔn)需求文檔評(píng)審?fù)瓿汕覝y(cè)試計(jì)劃制定完成。4.4.4工作流程圖4.4.5 輸入輸出輸入：需求規(guī)格說(shuō)明書(shū)輸出：測(cè)試用例、測(cè)試用例評(píng)審缺陷4.4.6 規(guī)范測(cè)試用例實(shí)際內(nèi)容參見(jiàn)測(cè)試用例模版，測(cè)試用例評(píng)審規(guī)范參見(jiàn)文檔測(cè)試規(guī)范。4.5 功能測(cè)試執(zhí)行4.5.1 目的依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件進(jìn)行測(cè)試，驗(yàn)證軟件功能與需求的實(shí)際匹配程度。4.5.2 角色與職責(zé)測(cè)試人員：依據(jù)測(cè)試計(jì)劃，按照測(cè)試用例對(duì)軟件功能進(jìn)行測(cè)試。對(duì)于發(fā)現(xiàn)的缺陷必須記錄，并 且跟蹤缺陷的狀態(tài)，直至缺陷的驗(yàn)證關(guān)閉。在測(cè)試執(zhí)行過(guò)程中發(fā)現(xiàn)的遺漏測(cè)試用例必須補(bǔ)充至測(cè)試 用例，保證測(cè)試用例與實(shí)際測(cè)試的一致性。開(kāi)發(fā)人員：對(duì)于測(cè)試人員

5、提交的缺陷進(jìn)行確認(rèn)、修復(fù)。開(kāi)發(fā)經(jīng)理：對(duì)測(cè)試人員與實(shí)際開(kāi)發(fā)人員意見(jiàn)不一的問(wèn)題進(jìn)行裁決。4.5.3啟動(dòng)標(biāo)準(zhǔn)測(cè)試用例編寫(xiě)完成且用例評(píng)審?fù)瓿?.5.4工作流程圖4.5.5輸入輸出輸入：功能測(cè)試用例輸出：功能測(cè)試缺陷4.5.6 規(guī)范測(cè)試執(zhí)行過(guò)程需按照4.6集成/性能測(cè)試設(shè)計(jì)4.6.1 目的為集成測(cè)試提供測(cè)試依 能測(cè)試計(jì)劃、性能測(cè)試用,4.6.2角色和職責(zé)集成測(cè)試設(shè)計(jì)測(cè)試人員測(cè)試行為規(guī)范進(jìn)行，缺陷管理需按照缺陷管理規(guī)范進(jìn)行。衣?lián)?，?例設(shè)計(jì)、己錄并保證集成測(cè)試覆蓋度；依據(jù)測(cè)試 性能測(cè)試腳本開(kāi)發(fā)，保證性臺(tái)匕測(cè)試人員：以整個(gè)軟件為對(duì)象，確保新功能、老功能、新老功能接口性能指標(biāo)及測(cè)試計(jì)劃對(duì)性能測(cè)試進(jìn)料劃、以及牲

6、能測(cè)試用例/腳本4.6.3啟動(dòng)標(biāo)準(zhǔn)功能測(cè)試完成且軟件功能無(wú)中斷4.6.4工作流程圖計(jì)劃及性能指標(biāo)制定性進(jìn)行。正確進(jìn)行用例設(shè)計(jì)；依據(jù)的開(kāi)發(fā)。測(cè)試人員卄發(fā)人貞4.6.5輸入輸出能測(cè)試用例用功能測(cè)試缺陷、測(cè)試計(jì)劃、性能指標(biāo) 輸出：集成測(cè)試用例、性能測(cè)試計(jì)劃、輸入、：功能性能測(cè)試用例、性能測(cè)試腳本4.6.6規(guī)范集成測(cè)試用例實(shí)際內(nèi)容參見(jiàn)集成測(cè)試用例模版； 性能測(cè)試計(jì)劃實(shí)際內(nèi)容參見(jiàn)性能測(cè)試計(jì)劃模版4.7集成測(cè)試/性能測(cè)試4.7.1目的IF M人城硝認(rèn)映片I K A 以整個(gè)軟件為對(duì)象，以測(cè)試計(jì)劃為指導(dǎo)，按照集成測(cè)試測(cè)剛例對(duì)新功能、老功能、新老功能口進(jìn)行測(cè)試和性能測(cè)試，保證測(cè)試的全面性和完整性說(shuō)備褓?gòu)乃茏窨?

7、工A 曲吐4.7.2角色和職責(zé)，以測(cè)試計(jì)劃為指導(dǎo)，按照集成測(cè)試測(cè)試用例對(duì)新功能、老功竺測(cè)試人員：以亡接口進(jìn)行測(cè)試，并依據(jù)性能測(cè)試計(jì)劃對(duì)軟件性能進(jìn)行測(cè)試。老功能4.7.3啟動(dòng)標(biāo)準(zhǔn)集成/性能測(cè)4.乙4加上誠(chéng)11匹牛騎件亍亂滿圮U；說(shuō)刖鍛応閘工作流程圖4.7.5 輸入輸出輸入：集成測(cè)試用例、測(cè)試計(jì)劃之集成測(cè)試事項(xiàng)、性能測(cè)試計(jì)劃、性能測(cè)試用 例輸出：集成測(cè)試缺陷4.7.6 規(guī)范測(cè)試執(zhí)行過(guò)程需按照測(cè)試行為規(guī)范進(jìn)行，缺陷管理需按照缺陷管理規(guī)范進(jìn)行。4.8文檔測(cè)試4.8.1 目的保證對(duì)客戶的指導(dǎo)與實(shí)際系統(tǒng)的使用狀況相一致。4.8.2 角色和職責(zé)測(cè)試人員：對(duì)用戶操作手冊(cè)及在線幫助進(jìn)行測(cè)試，記錄文檔描述缺陷，并

8、跟蹤直至缺陷的 驗(yàn)證關(guān)閉。需求人員：對(duì)測(cè)試人員提出的文檔描述缺陷進(jìn)行修正。4.8.3 啟動(dòng)標(biāo)準(zhǔn)用戶操作手冊(cè)或在線幫助編寫(xiě)完成4.8.4工作流程圖文檔測(cè)試4.8.5輸入瑜出測(cè)試人員需求人t/i輸入：聚作手冊(cè)、在線幫助輸出：文檔缺陷4.8.6 規(guī)范參見(jiàn)文檔測(cè)試式指南4.9測(cè)試報(bào)4.9.1 目的出障徉孚臟或mrpJUi r：真實(shí)、客觀反映央測(cè)試過(guò)程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并將結(jié)果進(jìn)行數(shù)字化/圖像化進(jìn)行分析，真實(shí)反映軟件質(zhì)量實(shí)際情況4.9.2角色與職責(zé)對(duì)實(shí)際情況進(jìn)行分;/圖像的形式測(cè)試負(fù)責(zé)人：真實(shí)、客觀地對(duì)測(cè)試過(guò)程中各測(cè)試階段、測(cè)試項(xiàng)的情況，并以數(shù)字 斤，真實(shí)反映軟件實(shí)際測(cè)試狀況4.9.3啟動(dòng)標(biāo)準(zhǔn)

9、集成測(cè)試完成4.9.4工作流程圖4.9.5 輸入輸出輸入：各測(cè)試階段、測(cè)試項(xiàng)實(shí)際測(cè)試情況輸出：項(xiàng)目測(cè)試報(bào)告4.9.6 規(guī)范5新產(chǎn)品或工程管理流程測(cè)試報(bào)告編寫(xiě)5.1需求調(diào)研測(cè)試人 測(cè)試角 戶角度考慮軟件測(cè) 些無(wú)需，以便將來(lái)制定測(cè)試計(jì)劃在軟件需求分析階段,員參與軟件需求調(diào)研，以全面了解系統(tǒng)需求，從客,測(cè)試負(fù)責(zé)人員從 軟件生命周期 的需求階段就開(kāi)始介入，在需求階段的測(cè)試人 度分析需求的可測(cè)性，站需求達(dá)到到的驗(yàn)證狀態(tài)，可構(gòu)思將來(lái)對(duì)其測(cè)試的方法、原則等；同時(shí)即何些功能點(diǎn)需重點(diǎn)測(cè)試、何艦試頊實(shí)際測(cè)試悄況5.2制定測(cè)試計(jì)劃測(cè)試負(fù)責(zé)人要根據(jù)“產(chǎn)品定義書(shū)”及定總本的測(cè)試計(jì)劃，腐詳細(xì)闡明本次測(cè)試 環(huán)境要求、接收標(biāo)

10、準(zhǔn)以及測(cè)試人員和測(cè)試時(shí)間等內(nèi)容，“測(cè)試計(jì)劃進(jìn)行每一種測(cè)試之前,“總,檔”制定“測(cè)試計(jì)劃”，制本設(shè)計(jì)說(shuō)明”和“詳細(xì)設(shè)計(jì)文 目的、對(duì)象、方法、范圍、過(guò)程、曠 經(jīng)過(guò)審查通過(guò)，才能實(shí)施。5.3 需求 Review開(kāi)發(fā)在完成軟件需求分析之后，會(huì)提交需求分析文檔，測(cè)試人員根據(jù)需求調(diào)研所了解的需求以 及產(chǎn)品需求說(shuō)明文檔等資料，對(duì)需求分析文檔進(jìn)行Review，檢查文檔是否滿足了需求，是否與需求一致等等。5.4 設(shè)計(jì) Review在軟件分析設(shè)計(jì)階段，測(cè)試人員參與設(shè)計(jì)討論，了解系統(tǒng)的實(shí)現(xiàn)方式和原則，并對(duì)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)提出自己的見(jiàn)解。設(shè)計(jì)結(jié)束之后，開(kāi)發(fā)提交概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔，測(cè)試人員對(duì)設(shè) 計(jì)進(jìn)行Revi

11、ew，檢查設(shè)計(jì)規(guī)劃和實(shí)現(xiàn)方案是否合理，如果不合理，存在的問(wèn)題是什么、如何改進(jìn)-vj- -vj- O5.5測(cè)試設(shè)計(jì)在設(shè)計(jì)測(cè)試方案時(shí)，首先分解測(cè)試內(nèi)容，對(duì)于一個(gè)復(fù)雜的系統(tǒng)，通?？梢苑纸獬蓭讉€(gè)互相獨(dú)立 的子系統(tǒng)，正確地劃分這些子系統(tǒng)及其邏輯組成部分和相互間的關(guān)系，可以降低測(cè)試的復(fù)雜性，減少重復(fù)和遺漏，也便于設(shè)計(jì)和開(kāi)發(fā)測(cè)試用例，有效的組織測(cè)試，將系統(tǒng)分析人員的開(kāi)發(fā)分析文檔加 工成以測(cè)試為角度的功能點(diǎn)分析文檔， 重要的是描述對(duì)系統(tǒng)分解后每個(gè)功能點(diǎn)逐一的校驗(yàn)描述，包括何種方法測(cè)試、何種數(shù)據(jù)測(cè)試、期望測(cè)試結(jié)果等。然后以功能點(diǎn)分析文檔作為依據(jù)進(jìn)行測(cè)試用例 的設(shè)計(jì)，設(shè)計(jì)測(cè)試用例是關(guān)系到測(cè)試效果以至軟件質(zhì)量的關(guān)鍵

12、性一步，也是一項(xiàng)非常細(xì)致的工作，根據(jù)對(duì)具體的被測(cè)系統(tǒng)的分析和測(cè)試要求， 逐步細(xì)化測(cè)試的范圍和內(nèi)容，設(shè)計(jì)具體的測(cè)試過(guò)程和數(shù) 據(jù)，同時(shí)將結(jié)果寫(xiě)成可以按步執(zhí)行的測(cè)試文檔。每個(gè)測(cè)試用例必須包括以下幾個(gè)部分：(1 )標(biāo)題和編號(hào)(2)測(cè)試的目標(biāo)和目的(3 )輸入和使用的數(shù)據(jù)和操作過(guò)程(4 )期望的輸出結(jié)果(5 )其他特殊的環(huán)境要求、次序要求、時(shí)間要求等5.6開(kāi)發(fā)測(cè)試工具和準(zhǔn)備測(cè)試數(shù)據(jù)在軟件測(cè)試中，為了提高測(cè)試工作的效益和質(zhì)量，只要條件許可，應(yīng)盡可能采用計(jì)算機(jī)自動(dòng)或 半自動(dòng)測(cè)試的方法，利用軟件工具本省的優(yōu)勢(shì)來(lái)提高工作效率。5.7測(cè)試執(zhí)行當(dāng)所有必須的測(cè)試準(zhǔn)備工作都已完成，并且產(chǎn)品已經(jīng)開(kāi)發(fā)完畢并提交測(cè)試，則可以

13、按照預(yù)定的 測(cè)試計(jì)劃和測(cè)試方案逐項(xiàng)進(jìn)行測(cè)試。在測(cè)試過(guò)程中發(fā)現(xiàn)的任何與預(yù)期目標(biāo)不符的現(xiàn)象和問(wèn)題都必須 詳細(xì)記錄下來(lái)，填寫(xiě)測(cè)試記錄。為了能準(zhǔn)確的找出問(wèn)題產(chǎn)生的原因，及時(shí)的解決問(wèn)題，保證測(cè)試工 作的順利進(jìn)行，一般來(lái)說(shuō)所發(fā)現(xiàn)的問(wèn)題必須是能夠重視的。5.8回歸測(cè)試在測(cè)試中發(fā)現(xiàn)的任何問(wèn)題和錯(cuò)誤都必須有一個(gè)明確的解決方法。一般來(lái)說(shuō)，經(jīng)過(guò)修改的軟件可能仍然包含著錯(cuò)誤，甚至引入了新的錯(cuò)誤，因此，對(duì)于修改以后的程序和文檔，按照修改的方法 和影響的范圍，必須重新進(jìn)行有關(guān)的測(cè)試。另一方面，對(duì)于 版本更新后的軟件 也必須進(jìn)行同樣的 測(cè)試過(guò)程。|5.9測(cè)試分析報(bào)告測(cè)試結(jié)束后要及時(shí)地進(jìn)行總結(jié)，對(duì)測(cè)試結(jié)果進(jìn)行分析，由測(cè)試負(fù)責(zé)

14、人提交“測(cè)試分析報(bào)告”。5.10產(chǎn)品發(fā)布測(cè)試完畢，整理產(chǎn)品發(fā)布和相關(guān)文檔并發(fā)布。對(duì)于新產(chǎn)品來(lái)說(shuō)，必要的文檔必須包括：(1)安裝操作手冊(cè)(2 )產(chǎn)品白皮書(shū)(3 )管理維護(hù)手冊(cè)(4)用戶操作手冊(cè)(5 )測(cè)試報(bào)告5.11版本控制新版本軟件發(fā)布之后，馬上對(duì)代碼進(jìn)行質(zhì)量控制。(1 ) Build Master給新版本的源代碼打一個(gè) cvs tag，方便代碼回滾check out。比如，發(fā) 布版本為p2p3.3.2 ，則給該軟件源代碼也打一個(gè)與發(fā)布版本相同名字的 tag p2p3.3.2. 這樣做 的一個(gè)好處是，在目前的軟件的基礎(chǔ)上做了修改并發(fā)布的新版本后，如果需要check out某個(gè)版本的源代碼，則可

15、以通過(guò)這個(gè)版本的tag來(lái)check out ，代碼的修改可以在該版本上進(jìn)行。(2 ) Build Master對(duì)新發(fā)布的軟件源代碼進(jìn)行 cvs lock，不允許開(kāi)發(fā)人員在軟件發(fā)布之后commit源代碼，直到有新版本需要修改再給開(kāi)發(fā)人員開(kāi)放commit權(quán)限。這樣做的好處是避免開(kāi)發(fā)人員隨意修改和commit源代碼，確保源代碼服務(wù)器上的源版本與當(dāng)前最新的發(fā)布版本一致。 6工程維護(hù)管理流程6.1收集新需求新功能和不緊急的故障，其代碼的修改操作不必馬上進(jìn)行，取而代之的是做好新需求與故障統(tǒng)計(jì)；對(duì)已經(jīng)確認(rèn)的故障也可以先在 bug管理系統(tǒng)報(bào)bug，但只是記錄，不需求馬上修改。當(dāng)然了， 對(duì)于緊急的工程故障，需要

16、馬上修改和測(cè)試。6.2確認(rèn)新需求與工程人員或客戶或產(chǎn)品經(jīng)理確認(rèn)新需求，確保需求被理解正確。6.3需求討論當(dāng)需求與故障積累到一定數(shù)量或者工程有新版本需求，進(jìn)行一次發(fā)布測(cè)試，在新版本開(kāi)始修改 之前把近期積累的需求與故障整理，與相關(guān)開(kāi)發(fā)人員、測(cè)試人員、項(xiàng)目經(jīng)理和測(cè)試經(jīng)理討論，確認(rèn)哪些新功能可以實(shí)現(xiàn)、新功能的實(shí)現(xiàn)方法與業(yè)務(wù)流程、新功能開(kāi)發(fā)修改時(shí)間、測(cè)試版本、測(cè)試時(shí)間與發(fā)布時(shí)間。6.4 bug跟蹤管理確認(rèn)所有需要修改的新功能和需求錄入bug跟蹤管理系統(tǒng)，并在bug跟蹤管理系統(tǒng)中詳細(xì)描述新功能需求和解決方法，同時(shí)整理相關(guān)bug列表，交付開(kāi)發(fā)修改。6.5制定測(cè)試計(jì)劃A、根據(jù)用戶需求，定義并完善測(cè)試需求，作為

17、測(cè)試的標(biāo)準(zhǔn)B、確定重點(diǎn)測(cè)試事項(xiàng)，哪些功能需要重點(diǎn)測(cè)試C、測(cè)試時(shí)間計(jì)劃，并詳細(xì)計(jì)劃具體測(cè)試任務(wù)與時(shí)間D、風(fēng)險(xiǎn)說(shuō)明E、測(cè)試準(zhǔn)備，提前對(duì)測(cè)試環(huán)境和測(cè)試資源進(jìn)行準(zhǔn)備F、發(fā)布具體時(shí)間G、資源需求：測(cè)試人員、硬件需求、軟件需求和培訓(xùn)計(jì)劃6.6編寫(xiě)測(cè)試案例根據(jù)功能需求編寫(xiě)測(cè)試案例6.7測(cè)試開(kāi)發(fā)開(kāi)發(fā)自動(dòng)測(cè)試腳本，補(bǔ)充自動(dòng)測(cè)試案例6.8測(cè)試實(shí)施按照測(cè)試計(jì)劃進(jìn)行測(cè)試，發(fā)現(xiàn)并申報(bào) bug6.9測(cè)試評(píng)估A、哪些需求通過(guò)了測(cè)試B、有哪些遺留問(wèn)題C、測(cè)試效率評(píng)估D、開(kāi)發(fā)質(zhì)量度量和評(píng)估E、并根據(jù)評(píng)估編寫(xiě)測(cè)試報(bào)告6.10發(fā)布新版本A、編寫(xiě)新功能文檔，給工程提供新功能說(shuō)明B、編寫(xiě)升級(jí)文檔，給工程提供升級(jí)參考方案C、軟件發(fā)布，包括新版本軟件、新功能文檔、升級(jí)文檔和測(cè)試報(bào)告6.11代碼版本控制新版本軟件發(fā)布之后，馬上對(duì)代碼進(jìn)行質(zhì)量控制。A、 Build Master給新版本的源代碼打一個(gè) cvs tag，方便代碼回滾check out。比如，發(fā)布 版本為p2p3.3.2 ，則