A Free sample background from ,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Slide,*,軟件測試文檔和軟件測試管理,軟件測試文檔與測試管理,測試文檔,1,測試文檔的定義,測試文檔,（,Testing Documentation,）記錄和描述了整個測試流程，它是整個測試活動中非常重要的文件。測試過程實施所必備的核心文檔是：,測試計劃,、,測試用例,（大綱）和,軟件測試報告,。,2,測試文檔的重要性,軟件測試是一個很復(fù)雜的過程，涉及軟件開發(fā)其他階段的工作，對于提高軟件質(zhì)量、保證軟件正常運行有著十分重要意義，因此,必須把對測試的要求、過程及測試結(jié)果以正式的文檔形式寫下來,。,軟件測試文檔用來描述要執(zhí)行的測試及測試的結(jié)果,?？梢哉f，測試文檔的編制是,軟件測試工作規(guī)范化,的一個重要組成部分。,Get”url=”,一、關(guān)于測試計劃,俗話說：凡事預(yù)則立，不預(yù)則廢！軟件測試同樣，在測試項目之,初就要制定相應(yīng)的測試計劃。,1.,為什么要編寫測試計劃？,1,）領(lǐng)導(dǎo)能夠根據(jù)測試計劃做宏觀調(diào)空，進行相應(yīng)資源配置等；,2,）測試人員能夠了解整個項目測試情況以及項目測試不同階段的所要進行的工作等；,3,）便于其他人員了解測試人員的工作內(nèi)容，進行有關(guān)配合工作,2.,什么時間開始編寫測試計劃？,3.,由誰來編寫測試計劃？,具有豐富經(jīng)驗的項目測試負責(zé)人,測試計劃編寫,6,要素？（,5W1H,）,1,）,why,為什么要進行這些測試；,2),what,測試哪些方面，不同階段的工作內(nèi)容；,3),when,測試不同階段的起止時間；,4),where,相應(yīng)文檔和缺陷的存放位置，測試環(huán)境等；,5),who,項目有關(guān)人員組成，安排哪些測試人員進行測試,6),how,如何去做，使用哪些測試工具以及測試方法進行測試。,測試計劃注意事項,1,測試計劃不一定要盡善盡美，但一定要,切合實際,，要根據(jù)項目特點、公司實際情況來編制，不能脫離實際情況；,2,測試計劃一旦制定下來，并不就是一成不變的，隨著軟件需求、軟件開發(fā)、人員流動等發(fā)生變化，,測試計劃也要根據(jù)實際情況的變化而不斷進行調(diào)整,，以滿足實際測試要求,3,測試計劃要能從,宏觀上,反映項目的測試任務(wù)、測試階段、資源需求等，不一定要太過詳細,測試計劃模版,因為各個公司的測試計劃模板是不同的，這是一個比較完整的測試計劃模板，寫的很詳細，學(xué)生可以參考完成“教務(wù)系統(tǒng)”的測試計劃。,測試模板,，,實例,1,測試用例文檔,測試用例文檔通常是由簡介和測試用例兩部分組成：,簡介部分,編制了測試目的、測試范圍、定義術(shù)語、參考文檔等，這個與測試計劃是一致的。,測試用例部分,逐一列出各個測試用例。,測試用例,（,Test Case,）是為某個特殊目標而編制的一組,測試輸入,、,執(zhí)行條件,以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。,測試用例部分,測試用例通常包含的信息：,用例標識和用例名稱,內(nèi)容描述,前提條件,執(zhí)行步驟,預(yù)期結(jié)果,評價準則,用例設(shè)計人員和設(shè)計時間,用例執(zhí)行人員和執(zhí)行時間,其它內(nèi)容,軟件缺陷,軟件缺陷,（,Defect,），常常又被叫做,Bug,。所謂軟件缺陷，即為計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。,軟件缺陷,缺陷的表現(xiàn)形式不僅體現(xiàn)在功能的失效方面，還體現(xiàn)在其他方面。主要類型有：,軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能模塊軟件中；,出現(xiàn)了產(chǎn)品規(guī)格說明指明不應(yīng)該出現(xiàn)的錯誤；,軟件實現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能模塊；,軟件沒有實現(xiàn)雖然產(chǎn)品規(guī)格說明沒有明確提及但應(yīng)該實現(xiàn)的目標；,軟件難以理解，不容易使用，運行緩慢，或從測試員的角度看，最終用戶會認為不好。,以計算器為例,計算器的產(chǎn)品規(guī)格說明定應(yīng)能準確無誤地進行加、減、乘、除運算。如果按下加法鍵，沒什么反應(yīng)，就是第一種類型的缺陷；若計算結(jié)果出錯，也是第一種類型的缺陷。,產(chǎn)品規(guī)格說明書還可能規(guī)定計算器不會死機，或者停止反應(yīng)。如果隨意敲鍵盤導(dǎo)致計算器停止接受輸入，這就是第二種類型的缺陷。,如果使用計算器進行測試，發(fā)現(xiàn)除了加、減、乘、除之外還可以求平方根，但是產(chǎn)品規(guī)格說明沒有提及這一功能模塊。這是第三種類型的缺陷,在測試計算器時若發(fā)現(xiàn)電池沒電會導(dǎo)致計算不正確，而產(chǎn)品說明書是假定電池一直都有電的，從而發(fā)現(xiàn)第四種類型的錯誤。,軟件測試員如果發(fā)現(xiàn)某些地方不對，比如測試員覺得按鍵太小、“,=”,鍵布置的位置不好按、在亮光下看不清顯示屏等，無論什么原因，都要認定為缺陷。,軟件缺陷報告,在實際軟件測試項目中，通常提交缺陷時需要有固定的模板，這個模板通常采用,word,、,excel,制作,缺陷報告里通常包含：缺陷標識、所屬系統(tǒng)、所屬模塊、版本號、嚴重程度、優(yōu)先級、測試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容。,軟件缺陷模版,軟件缺陷報告,缺陷提交報告主要供兩類人閱讀，即軟件開發(fā)人員和項目管理者。其中軟開人員關(guān)注的是缺陷的詳細描述，為缺陷的重現(xiàn)過程；而項目管理者主要關(guān)注缺陷的概述和嚴重程度，關(guān)注整個系統(tǒng)中各種嚴重級別缺陷的分布比例。,因此，在書寫缺陷報告時需要注意一些事項：,確保缺陷的重現(xiàn)。尤其是嚴重級別高的,bug,用最少并且必要的步驟描述缺陷,軟件缺陷報告,簡潔、準確和完整。開發(fā)人員可以快速定位問題，而且不產(chǎn)生理解的二義性。,缺陷概述揭示錯誤實質(zhì)，一般不超過,20,字,詳細描述步驟要正確,業(yè)界慣用的表達術(shù)語和表達方法,檢查拼寫和語法錯誤,一個報告一種缺陷,常用軟件缺陷工具,testDirector,testmanager,專業(yè)缺陷管理工具,bugzilla,測試報告文檔,測試報告,是把測試的過程和結(jié)果寫成文檔，并對發(fā)現(xiàn)的問題和缺陷進行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時為軟件驗收和交付打下基礎(chǔ)。,測試報告是測試階段最后的文檔產(chǎn)出物，一份詳細的測試報告包括產(chǎn)品質(zhì)量和測試過程的評價，測試報告基于測試中的數(shù)據(jù)采集以及對最終的測試結(jié)果分析。比如覆蓋率分析、缺陷分析。,