軟件測試作業(yè)指導(dǎo)書

1、偽預(yù)先準(zhǔn)備：審計方式：批準(zhǔn)的批準(zhǔn)者：1目的：規(guī)范軟件測試行為，明確各種項目在各階段應(yīng)進(jìn)行的測試工作。第二范圍：本計劃適用于經(jīng)批準(zhǔn)的軟件項目的軟件測試工作過程。3定義3.1測試的軟件錯誤級別：根據(jù)對工作功能的影響程度，即嚴(yán)重程度，將錯誤分為以下5個級別1級：無法完全滿足系統(tǒng)要求，基本功能未完全實現(xiàn)或威脅人身安全。第2級：嚴(yán)重影響系統(tǒng)要求和基本功能的實施，無法修復(fù)(重新安裝或重新啟動軟件不是修復(fù)方法)。第3級：嚴(yán)重影響系統(tǒng)要求和基本功能的實現(xiàn)，但存在合理的修復(fù)方法(軟件重新安裝和重新啟動不是修復(fù)方法)。四級：給操作者帶來不便和麻煩，但不影響執(zhí)行工作的功能和重要功能。級別5 :其他錯誤。3.2軟件的

2、可測試性和可測試性的傳達(dá)項目 (參照附件1 )軟件的可測試性。4責(zé)任：4.1軟件項目組4.1.1軟件項目組制定項目開發(fā)計劃，按照進(jìn)度完成各開發(fā)階段的工作。 按時向技術(shù)中心提交階段成果。4.1.2根據(jù)項目開發(fā)計劃和測試計劃，按時向測試組提交源代碼，同時附上“測試通知書”。4.1.3軟件開發(fā)者收到測試人員的“測試日志”后，立即完成錯誤的修正和調(diào)試，在規(guī)定時間內(nèi)返回測試人員進(jìn)行測試。4.2技術(shù)中心4.2.1軟件評價中心組織評價小組，安排測試人員，監(jiān)督各階段的完成情況。4.2.2軟件評價中心由組織負(fù)責(zé)人審查需求分析說明書，軟件概要設(shè)計。4.3軟件評估中心4.3.1項目測試組參加階段審查。4.3.2項目

3、測試組長制定測試計劃，協(xié)調(diào)測試人員。4.3.3測試組在不同的計劃階段為測試設(shè)計、測試方案、單元測試、集成測試、系統(tǒng)測試、測試分析報告。4.3.3項目測試組總結(jié)了測試流程，分析了測試情況，定為可測試性報告。5作業(yè)順序5.1軟件測試人員必須根據(jù)項目開發(fā)方案完成測試計劃。5.2軟件測試人員根據(jù)設(shè)計開發(fā)計劃制定測試計劃，明確測試人員的分工、測試進(jìn)度，根據(jù)項目類型和項目大小確定測試階段(見附件6 )。 經(jīng)過軟件需求分析項目領(lǐng)導(dǎo)的審查，提交技術(shù)中心歸檔。5.3在項目需求分析階段結(jié)束前，項目組將被審查的軟件需求分析提交給技術(shù)中心歸檔。 軟件評價中心的負(fù)責(zé)人審查了軟件需求分析。 根據(jù)審核合格的軟件需求分析，測

4、試組完善總體測試計劃，明確測試項目和測試特性，根據(jù)系統(tǒng)測試作業(yè)指導(dǎo)書、軟件概要設(shè)計制定系統(tǒng)測試方案。 明確系統(tǒng)測試的測試項目、測試特性和各種性能指標(biāo)，并通過標(biāo)準(zhǔn)等。5.4項目概要設(shè)計階段結(jié)束前，項目組將被審查的軟件概要設(shè)計提交給技術(shù)中心進(jìn)行歸檔。 軟件評價。中心組織人員審查軟件概要設(shè)計。 檢查與需求的一致性。 根據(jù)審查合格的軟件概要設(shè)計，測試組進(jìn)一步完善測試計劃，細(xì)分各測試項目、測試特性，調(diào)整測試分工等。 如果綜合測試計劃規(guī)定集成測試，則根據(jù)集成測試作業(yè)指導(dǎo)書、軟件詳細(xì)設(shè)計進(jìn)行集成測試的測試設(shè)計。 制定集成測試的測試計劃，明確集成測試的測試項目、測試特性、測試進(jìn)度、人員分工、合格標(biāo)準(zhǔn)等。 集成

5、測試計劃和集成測試設(shè)計經(jīng)測試負(fù)責(zé)人審查后提交技術(shù)中心歸檔。5.5項目詳細(xì)設(shè)計階段結(jié)束后，項目組將軟件詳細(xì)設(shè)計提交給技術(shù)中心歸檔。 如果整體測試計劃規(guī)定了單元測試，測試組按照軟件詳細(xì)設(shè)計制定單元測試的測試計劃，明確單元測試的測試項目、測試特性、測試進(jìn)度、人員分工、合格標(biāo)準(zhǔn)等。 根據(jù)“單元測試作業(yè)指導(dǎo)書”、集成測試作業(yè)指導(dǎo)書、測試計劃進(jìn)行單元測試的測試設(shè)計，完善集成測試設(shè)計。 單元測試計劃、單元測試設(shè)計、集成測試設(shè)計經(jīng)測試負(fù)責(zé)人審查后，提交給技術(shù)中心歸檔。5.6開發(fā)進(jìn)入編碼階段，評價進(jìn)入階段測試。 軟件程序員在單體單體代碼完成、單體單體代碼集成、系統(tǒng)測試環(huán)境建立、適當(dāng)調(diào)試完成后，向?qū)?yīng)的軟件測試人

6、員發(fā)送單元測試、集成測試、系統(tǒng)測試的“測試通知”(參照附件2 ) 將被測試的源代碼、可執(zhí)行程序及其構(gòu)成項目等可測試的傳遞項目列在被測試程序之下。 測試人員提取要測試的對象。 檢查是否可以測試，軟件測試發(fā)布項目為不可測試的情況下，測試負(fù)責(zé)人在“不可測試發(fā)布次數(shù)”注冊“測試通知”的同時，不可測試發(fā)布項目什么也不測試地回復(fù)給程序員，明確記載不可測試的原因。5.7測試人員可以根據(jù)“測試通知”中的相應(yīng)內(nèi)容(如測試設(shè)計說明書、測試方案、測試日志等)測試可測試性傳遞項目，而測試用例中的測試記錄僅記錄測試錯誤項目。 否則，必須記錄所有的測試過程. 錯誤項目的測試記錄填寫在測試記錄 (參照附件3 )報告中。 正

7、確項目的測試記錄填寫在測試日志 (參照附件4 )的報告書中。5.8測試人員請軟件開發(fā)者確認(rèn)這次測試的測試記錄和測試日志，開發(fā)者對測量的錯誤項目進(jìn)行修正和調(diào)試。5.9開發(fā)者修正了這次測試日志的錯誤項目并進(jìn)行了調(diào)試，填寫了適當(dāng)?shù)摹板e誤修正和原因概要”，表示調(diào)試已經(jīng)完成。 修復(fù)完所有錯誤項目后，返回測試日志并回答測試人員。 該流程的完成時間規(guī)定為3個工作日，需要超過3天向開發(fā)人員查明原因。5.10檢查員檢查修正項目，檢查該錯誤項目的相關(guān)項目，在“檢查”欄中填寫“合格”，表示檢查項目已經(jīng)被檢查達(dá)到合格要求，并告一段落。5.11測試負(fù)責(zé)人對于上述“糾錯和原因概要”欄和“檢查”欄為不合格標(biāo)志的測試項目，將

8、與相關(guān)測試一起發(fā)生的新錯誤記錄在另一個編號加1后的測試分析報告中，代表再次測試。 其中，未通過的舊測試項目的記錄編號不變，新錯誤的記錄編號有連續(xù)的符號。5.12重復(fù)5.9、5.10、5.11的過程，直到過程5.8的情況消失為止。5.13測試記錄的存檔。 所有測試項目完成測試后，生成的測試文檔(測試日志、測試記錄、測試設(shè)計、測試方案等)將被歸檔并保存。5.14測試活動總結(jié)。 總結(jié)軟件測試的過程，總結(jié)整個測試的工作，統(tǒng)計信息等以要求的形式寫測試分析報告。由5.15部門主管、測試技術(shù)主管、測試技術(shù)領(lǐng)導(dǎo)組成的評審組對測試組測試分析報告進(jìn)行評審。 審查合格后，向技術(shù)委員會提交測試日志。 報告也存檔。5.

9、16技術(shù)委員會根據(jù)項目評審表組織驗收測試。5.17 測試日志號規(guī)則和錯誤類型分類。5.17.1 測試日志號的格式為nxxyyyyzzn :測試代碼。Xx :測試階段或性質(zhì)標(biāo)志。DY-表示單元測試。JC-表示集成測試。xt :表示系統(tǒng)測試。Yyyy :測試對象代碼。Zz表示同一種類的測試次數(shù)。 第一個號碼是01。 然后加上1計數(shù)，表示另一個測試。例如，號碼是HDYXTGL02，表示測試器h的第二個單元測試模塊“XTGL”的軟件概要設(shè)計。5.17.2錯誤類型分類：根據(jù)對工作功能的影響程度，即苛刻度(Severity )，將錯誤分為五個級別1級：無法完全滿足系統(tǒng)要求，基本功能無法完全實現(xiàn)或威脅人身安

10、全。第2級：嚴(yán)重影響系統(tǒng)要求和基本功能的實現(xiàn)，無法修改(重新安裝或重新啟動軟件不是修改的方法)。第3級：雖然會嚴(yán)重影響系統(tǒng)要求和基本功能的實現(xiàn)，但存在合理的修改方法(重新安裝和重新啟動軟件不是修改方法)。四級：雖然會給操作者帶來不便和麻煩，但不影響執(zhí)行工作的功能和重要功能。第5級：其他錯誤。5.18軟件測試合格標(biāo)準(zhǔn)5.18.1軟件需求分析說明書中定義的所有功能均已實現(xiàn)，性能指標(biāo)均達(dá)到要求。5.18.2所有測試項目均無一級、二級錯誤。5.18.3項審批表、需求分析文件、設(shè)計文件和代碼一致。5.18.4軟件測試中的非測試性轉(zhuǎn)發(fā)項目不得超過4次。5.18.5以上四項之一不符合要求，視為不合格。5.1

11、8.6以上測試合格標(biāo)準(zhǔn)為基本標(biāo)準(zhǔn)，測試負(fù)責(zé)人在測試計劃中制定合格標(biāo)準(zhǔn)時，應(yīng)根據(jù)項目具體情況(如項目種類、項目大小)，參考以上標(biāo)準(zhǔn)制定項目測試合格標(biāo)準(zhǔn)。 制定單元測試、集成測試、系統(tǒng)測試合格標(biāo)準(zhǔn)時，還應(yīng)參照上述標(biāo)準(zhǔn)和5.20項測試工作的基本停止標(biāo)準(zhǔn)。5.19測試工作的基本停止標(biāo)準(zhǔn)：5.19.1單元測試保證測試時句子復(fù)蓋率、分歧復(fù)蓋率達(dá)到一定比率，各測試項目合格。 如果達(dá)到上述要求，也就是被認(rèn)為達(dá)到了單元測試的要求，則單元測試可結(jié)束。5.19.2集成測試主要是是否正確實現(xiàn)了測試單元之間的各種接口，是否滿足了本地系統(tǒng)的功能和性能？5.19.3系統(tǒng)測試根據(jù)需要規(guī)定制定測試綱要，根據(jù)大綱確認(rèn)測試各種功能

12、、性能等，實現(xiàn)了需求規(guī)定的所有功能和性能，并且用戶文檔可以按要求結(jié)束系統(tǒng)測試。5.20測試作業(yè)順序圖(參照附件5 )6 .支持文件軟件測試計劃的規(guī)格。 軟件測試用例作業(yè)指導(dǎo)書。 軟件單元測試作業(yè)指導(dǎo)書。軟件集成測試工作指導(dǎo)書。 軟件系統(tǒng)測試作業(yè)指導(dǎo)書。7 .附件附件一、軟件可測試附件二、測試備忘錄附件三、測試日志附件四、測試記錄附件五、測試工作流程圖附件6、項目類別、項目尺寸與實際測試階段的對應(yīng)關(guān)系附件一軟件的可測試性軟件可測試性是指提交了測試的軟件測試的交付件具有可測試的特性，包括另一方面，軟件開發(fā)者在各開發(fā)階段提交了完整的軟件需求說明書，軟件詳細(xì)設(shè)計、測試通知單，保持了文件及時更新設(shè)計變更

13、控制規(guī)范二、各測試階段用戶手冊 (明確記載必要的說明和測試要求和條件等)，提交合格測試項目。三、合格測試項目是符合以下條件的軟件源代碼1、按照設(shè)計完全編碼，或?qū)λ械腻e誤都修正完畢2 .通過調(diào)試編譯，軟件可以正常運行3、除特別說明外，功能、性能按時完成或?qū)崿F(xiàn)，無明顯低級缺陷4 .相關(guān)的配置項目(如數(shù)據(jù)庫)和配置環(huán)境(如硬件和接口)齊備，滿足測試要求。5 .實現(xiàn)的功能與軟件的要求規(guī)格書、軟件的設(shè)計規(guī)格書一致。系統(tǒng)測試時提交用戶安裝版本，提交操作手冊和測試日志，內(nèi)容與程序邏輯完全匹配。附件二測試筆記日期，日期，日期，日期。對象名稱：所屬項目：對象路徑：對象用途：對象的使用方法：測試性質(zhì)：單元(DY

14、 )測試集成(JC )測試系統(tǒng)(XT )測試其他不可測試的傳輸次數(shù)0103010號提出修改日期開發(fā)者簽名返回測量日期測試者簽名更改天數(shù)。注：軟件測試的傳達(dá)項目可以測試，如果“不可測試的傳達(dá)次數(shù)”欄中不填寫0，則填寫1，程序員不測試無法測試的傳達(dá)項目而修改，填寫“提交修改日期”等欄。 必須填寫全表各欄。附件三測試日志日期：測試者：號碼：測試對象的名稱編程人員所屬項目序列號。錯誤類型測試項目名稱操作步驟和現(xiàn)象錯誤的修正和原因的概要回歸測量其他說明：確認(rèn)者：附件四測試記錄日期：測試者：號碼：測試對象的名稱編程人員所屬項目序列號。測試項目名稱輸入數(shù)據(jù)和操作步驟輸出數(shù)據(jù)(結(jié)果)結(jié)果分析附件五，測試工作程序圖甲組聯(lián)賽完善測試計劃，增加測試項目、測試特性返回到更改開發(fā)組通過嗎？審查需求分析說明書根據(jù)項目開發(fā)計劃制定測試計劃根據(jù)技術(shù)可行性報告編寫軟件可測試性報告產(chǎn)品項目？項目評審表乙級聯(lián)賽做粗略的測試設(shè)計修改概要設(shè)計書通過嗎？評審概要設(shè)計書