軟件測試作業(yè)指導(dǎo)書_第1頁
軟件測試作業(yè)指導(dǎo)書_第2頁
軟件測試作業(yè)指導(dǎo)書_第3頁
軟件測試作業(yè)指導(dǎo)書_第4頁
軟件測試作業(yè)指導(dǎo)書_第5頁
已閱讀5頁,還剩8頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

軟件測試作業(yè)指導(dǎo)書軟件測試作業(yè)指導(dǎo)書軟件測試作業(yè)指導(dǎo)書資料僅供參考文件編號:2022年4月軟件測試作業(yè)指導(dǎo)書版本號:A修改號:1頁次:1.0審核:批準(zhǔn):發(fā)布日期:擬制Preparedby:審核Checkedby:批準(zhǔn)Approvedby:1目的:規(guī)范軟件測試行為,明確各類型項目在各個階段應(yīng)作的測試工作。2范圍:本程序適用經(jīng)批準(zhǔn)立項的軟件項目的軟件測試工作過程。3定義測試的軟件錯誤級別:按照對工作功能的影響程度,即嚴(yán)酷度(Severity)的不同,將錯誤分為以下五級:一級:不能完全滿足系統(tǒng)要求,基本功能未完全實現(xiàn);或者危及人身安全。二級:嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn),且沒有更正辦法(重新安裝或重新啟動該軟件不屬于更正辦法)。三級:嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn),但存在合理的更正辦法(重新安裝或重新啟動該軟件不屬于更正辦法)。四級:使操作者不方便或遇到麻煩,但它不影響執(zhí)行工作功能或重要功能。五級:其他錯誤。軟件可測試性及可測試性傳遞項——(見附件1)軟件可測試性。4職責(zé):軟件項目項目組軟件項目項目組負(fù)責(zé)制定《項目開發(fā)計劃》并按進(jìn)度完成各開發(fā)階段工作任務(wù)。按時提交階段成果給技術(shù)中心。按照項目開發(fā)計劃和測試計劃,按時提交源代碼給測試組,同時附“測試通知單”。軟件開發(fā)人員接到測試人員的“測試日志”后,及時完成錯誤的修改和調(diào)試,并在規(guī)定的時間內(nèi)返回給測試人員回測。技術(shù)中心軟件評測中心負(fù)責(zé)組織評測小組,安排測試人員,監(jiān)督測試各階段的完成情況。軟件評測中心負(fù)責(zé)組織人員對需求分析說明書、《軟件概要設(shè)計》進(jìn)行評審。軟件評測中心項目測試組參加階段評審工作。項目測試組長負(fù)責(zé)制定《測試計劃》,協(xié)調(diào)測試人員。測試組按照計劃在不同的階段作《測試設(shè)計》、《測試方案》、《單元測試》、《集成測試》、《系統(tǒng)測試》。項目測試組總結(jié)測試過程,分析測試情況,作《測試分析報告》。5工作程序軟件測試人員應(yīng)根據(jù)項目開發(fā)方案完成《可測試性報告》。軟件測試人員根據(jù)設(shè)計開發(fā)計劃制定《測試計劃》,明確測試人員分工,測試進(jìn)度,根據(jù)項目類型和項目大小確定測試階段(見附件6)。《測試計劃》經(jīng)項目組長審核后,提交給技術(shù)中心歸檔。項目需求分析階段結(jié)束前,項目組將待評審的《軟件需求分析》提交給技術(shù)中心歸檔。軟件評測中心人員對《軟件需求分析》進(jìn)行評審。根據(jù)評審?fù)ㄟ^的《軟件需求分析》,測試組完善總體測試計劃,明確測試項和測試特性,并根據(jù)《軟件需求分析》、《系統(tǒng)測試作業(yè)指導(dǎo)書》制定系統(tǒng)測試方案。明確系統(tǒng)測試的測試項,測試的特性及各種性能指標(biāo),通過準(zhǔn)則等。項目概要設(shè)計階段結(jié)束前,項目組將待評審的《軟件概要設(shè)計》提交給技術(shù)中心歸檔。軟件評測中心組織人員對《軟件概要設(shè)計》進(jìn)行評審。并檢查其與需求的一致性。根據(jù)通過評審的《軟件概要設(shè)計》,測試組進(jìn)一步完善測試計劃,對各測試項、測試特性進(jìn)行細(xì)化,調(diào)整測試分工等。若總體測試計劃規(guī)定作集成測試,則根據(jù)《軟件概要設(shè)計》、《集成測試作業(yè)指導(dǎo)書》作集成測試的測試設(shè)計。制定集成測試的測試計劃,明確集成測試的測試項、測試特性、測試進(jìn)度、人員分工、通過準(zhǔn)則等。集成測試計劃和集成測試設(shè)計經(jīng)測試主管審核后,提交給技術(shù)中心歸檔。項目詳細(xì)設(shè)計階段結(jié)束后,項目組將《軟件詳細(xì)設(shè)計》提交給技術(shù)中心歸檔。若總體測試計劃規(guī)定作單元測試,測試組根據(jù)《軟件詳細(xì)設(shè)計》,制定單元測試的測試計劃,明確單元測試的測試項、測試特性、測試進(jìn)度、人員分工、通過準(zhǔn)則等。并且根據(jù)《《軟件詳細(xì)設(shè)計》》、《單元測試作業(yè)指導(dǎo)書》、《集成測試作業(yè)指導(dǎo)書》作單元測試的測試設(shè)計,和完善集成測試設(shè)計。單元測試計劃、單元測試設(shè)計、集成測試設(shè)計經(jīng)測試主管審核后,提交給技術(shù)中心歸檔。開發(fā)進(jìn)入編碼階段,評測則進(jìn)入階段測試。軟件編程人員在單元模塊編碼完成、模塊逐步集成、搭建系統(tǒng)試運(yùn)行環(huán)境并完成相應(yīng)調(diào)試時向?qū)?yīng)的軟件測試人員發(fā)出單元測試、集成測試、系統(tǒng)測試的“測試通知單”(見附件2),同時將測試對象源代碼、可執(zhí)行程序、及其配置項等可測試性傳遞項放入待測試程序下。測試人員取出待測試的對象。檢查其是否是可測試的,若軟件測試傳遞項是不可測試性的,測試人員登記一次“不可測試性傳遞次數(shù)”在“測試通知單”中,同時將不可測試性傳遞項不作任何測試返回給編程人員,并注明不可測試原因。測試人員根據(jù)“測試通知單”結(jié)合《測試計劃》、《測試設(shè)計說明書》、《測試方案》等相應(yīng)內(nèi)容對可測試性傳遞項進(jìn)行測試工作,對采用測試用例進(jìn)行測試的測試記錄可以只記錄測試出的錯誤項。否則應(yīng)記錄所有的測試過程。錯誤項測試記錄填寫在《測試日志》(見附件3)報告中。正確項測試記錄填寫在《測試記錄》(見附件4)報告中。測試人員將本次測試的《測試日志》和《測試記錄》,交軟件開發(fā)人員確認(rèn),開發(fā)人員針對測出的錯誤項進(jìn)行修改和調(diào)試。開發(fā)人員針對此次《測試日志》的錯誤項進(jìn)行修改調(diào)試,并填寫相應(yīng)的“錯誤修改及原因簡述”表示修改調(diào)試完畢。全部錯誤項修改調(diào)試完畢后交返《測試日志》給測試人員回測。此過程完成時間規(guī)定為3工作日,超過3日返回需開發(fā)人員注明原因。測試人員對修改項進(jìn)行回測,并回測該錯誤項的相關(guān)項,然后在“回測”欄填寫“合格”標(biāo)志表示該測試項經(jīng)回測后達(dá)到合格要求并告一段落。測試人員對上述“錯誤修改及原因簡述”欄和“回測”欄為非合格標(biāo)志的測試項,會同相關(guān)測試產(chǎn)生的新錯誤,記錄于另一份編號增加1的《測試日志》中,代表又一次測試。其中非合格的舊測試項記錄序號保持不變,新錯誤的記錄序號加1連續(xù)記號。重復(fù)、、過程,直至過程的情況不再出現(xiàn)。測試記錄歸檔。所有測試項結(jié)束測試后,所產(chǎn)生的測試文檔(包括測試日志、測試記錄、測試設(shè)計、測試方案)歸檔保存。測試活動總結(jié)。總結(jié)軟件測試過程,將整個測試工作總結(jié)及有關(guān)統(tǒng)計數(shù)據(jù)信息等按要求格式編寫《測試分析報告》。由部門主管、測試技術(shù)主管、測試技術(shù)組長組成評審小組對測試組的《測試分析報告》進(jìn)行評審。評審?fù)ㄟ^后,將《測試分析報告》提交給技術(shù)委員會。同時歸檔該報告。技術(shù)委員會根據(jù)項目審批表組織驗收測試?!稖y試日志》編號規(guī)則和錯誤類型分類?!稖y試日志》編號格式為:nxxyyyyzz其中: n:測試人員代碼。 Xx:測試階段或性質(zhì)標(biāo)志。 DY--代表單元測試。 JC--代表集成測試。 XT--代表系統(tǒng)測試。 Yyyy:測試對象代碼。Zz:代表同類測試的次數(shù)號。首號為01。之后加1計號,代表另一次測試。例如:編號為HDYXTGL02,代表測試人員H第二次單元測試模塊“XTGL”的《測試日志》。錯誤類型分類:按照對工作功能的影響程度,即嚴(yán)酷度(Severity)的不同,將錯誤分為以下5級:一級:不能完全滿足系統(tǒng)要求,基本功能未完全實現(xiàn);或者危及人身安全。二級:嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn),且沒有更正辦法(重新安裝或重新啟動該軟件不屬于更正辦法)。三級:嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn),但存在合理的更正辦法(重新安裝或重新啟動該軟件不屬于更正辦法)。四級:使操作者不方便或遇到麻煩,但它不影響執(zhí)行工作功能或重要功能。五級:其他錯誤。軟件測試合格通過準(zhǔn)則軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全部達(dá)到要求。所有測試項沒有殘余一級、二級錯誤。立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。軟件測試過程中的不可測試性傳遞項不能超過4次。以上四條其中之一不滿足要求,視為不合格。以上的測試合格通過標(biāo)準(zhǔn)是一個基本的準(zhǔn)則,測試人員在測試計劃中制定通過標(biāo)準(zhǔn)時,應(yīng)根據(jù)項目具體情況(如項目類別、項目大小)參照以上標(biāo)準(zhǔn)制定項目的測試通過標(biāo)準(zhǔn)。在制定單元測試、集成測試、系統(tǒng)測試的通過準(zhǔn)則時,亦應(yīng)參照以上標(biāo)準(zhǔn)和中的測試工作基本停止標(biāo)準(zhǔn)。測試工作基本停止標(biāo)準(zhǔn):單元測試在測試時要保證語句覆蓋率、分支覆蓋率達(dá)到一定比率,各測試項通過。如果達(dá)到上述要求,即認(rèn)為已達(dá)到單元測試的要求,可以終止單元測試。集成測試主要是測試單元之間的各種接口是否已正確實現(xiàn),局部系統(tǒng)的功能和性能是否滿足。系統(tǒng)測試根據(jù)需求規(guī)定制定測試大綱,按照大綱對各種功能,性能等進(jìn)行確認(rèn)測試,當(dāng)需求規(guī)定的全部功能和性能全部實現(xiàn),并且用戶文檔合乎要求可以終止系統(tǒng)測試。測試工作程序圖(見附件5)6.支持性文件軟件測試計劃規(guī)范。軟件測試用例作業(yè)指導(dǎo)書。軟件單元測試作業(yè)指導(dǎo)書。軟件集成測試作業(yè)指導(dǎo)書。軟件系統(tǒng)測試作業(yè)指導(dǎo)書。7.附件附件1、軟件可測試性附件2、測試通知單附件3、測試日志附件4、測試記錄附件5、測試工作程序圖附件6、項目類別、項目大小與實際測試階段的對應(yīng)關(guān)系附件1.軟件可測試性軟件可測試性是指提交測試的軟件測試傳遞項具備可測試的特性,包含:軟件開發(fā)者在各開發(fā)階段提交了完善的軟件需求說明書、《軟件概要設(shè)計》、《軟件詳細(xì)設(shè)計》,并保持文檔按設(shè)計更改控制規(guī)范的適時更新;在各測試階段提交《測試通知單》(注明必要的說明和測試要求或條件等)、合格測試項。合格測試項是滿足下列條件的軟件源代碼:已按設(shè)計完整編碼或已對全部錯誤完成修改;調(diào)試編譯合格通過、軟件可正常運(yùn)行;除特別注明外,功能、性能按期完成或?qū)崿F(xiàn),無明顯的低級缺陷;相關(guān)配置項(如數(shù)據(jù)庫)及配置環(huán)境(如硬件及接口)齊全,滿足測試要求。實現(xiàn)的功能與軟件需求說明書、軟件設(shè)計說明書一致。系統(tǒng)測試時提交用戶安裝版本、提交《用戶手冊》和《操作手冊》且內(nèi)容與程序邏輯完全一致。附件2.測試通知單日期:__________________編程人員:___________測試人員:___________對象名稱:所屬項目:對象路徑:對象用途:對象使用說明:測試性質(zhì):□單元(DY)測試□集成(JC)測試□系統(tǒng)(XT)測試□其他不可測試性傳遞次數(shù)《測試日志》編號提交修改日期開發(fā)者簽名返回回測日期測試者簽名修改天數(shù)注:①軟件測試傳遞項具可測試性,“不可測試性傳遞次數(shù)”欄填寫0;否則填寫1,對不可測試性傳遞項不作測試直接返回編程人員修改并填寫“提交修改日期”等欄目。②全表各欄均需填寫。附件3.測試日志日期:測試人員:編號:操作步驟及現(xiàn)象錯誤修改及原因簡述其他說明:確認(rèn)人:附件4測試記錄日期:測試人員:編號:輸入數(shù)據(jù)和操作步驟輸出數(shù)據(jù)(結(jié)果)附件5、測試工作程序圖A完善測試計劃,增加測試項、測試特性返回開發(fā)組修改通過嗎?評審需求分析說明書根據(jù)項目開發(fā)計劃制定測試計劃根據(jù)技術(shù)可行性報告作軟件可測試性報告產(chǎn)品項目?項目審批表A完善測試計劃,增加測試項、測試特性返回開發(fā)組修改通過嗎?評審需求分析說明書根據(jù)項目開發(fā)計劃制定測試計劃根據(jù)技術(shù)可行性報告作軟件可測試性報告產(chǎn)品項目?項目審批表B作粗略測試設(shè)計修改概要設(shè)計說明書通過嗎?評審概要設(shè)計說明書通過嗎?內(nèi)部評審測試方案制定系統(tǒng)測試方案AB作粗略測試設(shè)計修改概要設(shè)計說明書通過嗎?評審概要設(shè)計說明書通過嗎?內(nèi)部評審測試方案制定系統(tǒng)測試方案ABB評審詳細(xì)設(shè)計說明書通過嗎?返回修改詳細(xì)設(shè)計說明書細(xì)化測試設(shè)計,生成測試設(shè)計說明書源代碼&單元(集成、系統(tǒng))測試通知單是否可測試?單元(集成、系統(tǒng))測試&測試日志單元測試記錄并返回開發(fā)組修改錯誤回測通過嗎?測試活動結(jié)束嗎?測試分析報告附件6、項目類別、項目大小與測試階段的對應(yīng)關(guān)系所有項目作測試計劃、系統(tǒng)測試方案、系統(tǒng)測試

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論