軟件測試文檔與測試管理

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Slide,*,軟件測試文檔和軟件測試管理,軟件測試文檔與測試管理,測試文檔,1,測試文檔的定義,測試文檔,（,Testing Documentation,）記錄和描述了整個(gè)測試流程，它是整個(gè)測試活動(dòng)中非常重要的文件測試過程實(shí)施所必備的核心文檔是：,測試計(jì)劃,、,測試用例,（大綱）和,軟件測試報(bào)告,2,測試文檔的重要性,軟件測試是一個(gè)很復(fù)雜的過程，涉及軟件開發(fā)其他階段的工作，對(duì)于提高軟件質(zhì)量、保證軟件正常運(yùn)行有著十分重要意義，因此,必須把對(duì)測試的要求、過程及測試結(jié)果以正式的文檔形式寫下來,軟件測試文檔用來描述要執(zhí)行的測試及測試的結(jié)果,可以說，測試文檔的編制是,軟件測試工作規(guī)范化,的一個(gè)重要組成部分Get”url=”,一、關(guān)于測試計(jì)劃,俗話說：凡事預(yù)則立，不預(yù)則廢！軟件測試同樣，在測試項(xiàng)目之,初就要制定相應(yīng)的測試計(jì)劃1.,為什么要編寫測試計(jì)劃？,1,）領(lǐng)導(dǎo)能夠根據(jù)測試計(jì)劃做宏觀調(diào)空，進(jìn)行相應(yīng)資源配置等；,2,）測試人員能夠了解整個(gè)項(xiàng)目測試情況以及項(xiàng)目測試不同階段的所要進(jìn)行的工作等；,3,）便于其他人員了解測試人員的工作內(nèi)容，進(jìn)行有關(guān)配合工作,2.,什么時(shí)間開始編寫測試計(jì)劃？,3.,由誰來編寫測試計(jì)劃？,具有豐富經(jīng)驗(yàn)的項(xiàng)目測試負(fù)責(zé)人,測試計(jì)劃編寫,6,要素？（,5W1H,）,1,）,why,為什么要進(jìn)行這些測試；,2),what,測試哪些方面，不同階段的工作內(nèi)容；,3),when,測試不同階段的起止時(shí)間；,4),where,相應(yīng)文檔和缺陷的存放位置，測試環(huán)境等；,5),who,項(xiàng)目有關(guān)人員組成，安排哪些測試人員進(jìn)行測試,6),how,如何去做，使用哪些測試工具以及測試方法進(jìn)行測試。

測試計(jì)劃注意事項(xiàng),1,測試計(jì)劃不一定要盡善盡美，但一定要,切合實(shí)際,，要根據(jù)項(xiàng)目特點(diǎn)、公司實(shí)際情況來編制，不能脫離實(shí)際情況；,2,測試計(jì)劃一旦制定下來，并不就是一成不變的，隨著軟件需求、軟件開發(fā)、人員流動(dòng)等發(fā)生變化，,測試計(jì)劃也要根據(jù)實(shí)際情況的變化而不斷進(jìn)行調(diào)整,，以滿足實(shí)際測試要求,3,測試計(jì)劃要能從,宏觀上,反映項(xiàng)目的測試任務(wù)、測試階段、資源需求等，不一定要太過詳細(xì),測試計(jì)劃模版,因?yàn)楦鱾€(gè)公司的測試計(jì)劃模板是不同的，這是一個(gè)比較完整的測試計(jì)劃模板，寫的很詳細(xì)，學(xué)生可以參考完成“教務(wù)系統(tǒng)”的測試計(jì)劃測試模板,，,實(shí)例,1,測試用例文檔,測試用例文檔通常是由簡介和測試用例兩部分組成：,簡介部分,編制了測試目的、測試范圍、定義術(shù)語、參考文檔等，這個(gè)與測試計(jì)劃是一致的測試用例部分,逐一列出各個(gè)測試用例測試用例,（,Test Case,）是為某個(gè)特殊目標(biāo)而編制的一組,測試輸入,、,執(zhí)行條件,以及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求測試用例部分,測試用例通常包含的信息：,用例標(biāo)識(shí)和用例名稱,內(nèi)容描述,前提條件,執(zhí)行步驟,預(yù)期結(jié)果,評(píng)價(jià)準(zhǔn)則,用例設(shè)計(jì)人員和設(shè)計(jì)時(shí)間,用例執(zhí)行人員和執(zhí)行時(shí)間,其它內(nèi)容,軟件缺陷,軟件缺陷,（,Defect,），常常又被叫做,Bug,。

所謂軟件缺陷，即為計(jì)算機(jī)軟件或程序中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤，或者隱藏的功能缺陷軟件缺陷,缺陷的表現(xiàn)形式不僅體現(xiàn)在功能的失效方面，還體現(xiàn)在其他方面主要類型有：,軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說明所要求的功能模塊軟件中；,出現(xiàn)了產(chǎn)品規(guī)格說明指明不應(yīng)該出現(xiàn)的錯(cuò)誤；,軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能模塊；,軟件沒有實(shí)現(xiàn)雖然產(chǎn)品規(guī)格說明沒有明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)；,軟件難以理解，不容易使用，運(yùn)行緩慢，或從測試員的角度看，最終用戶會(huì)認(rèn)為不好以計(jì)算器為例,計(jì)算器的產(chǎn)品規(guī)格說明定應(yīng)能準(zhǔn)確無誤地進(jìn)行加、減、乘、除運(yùn)算如果按下加法鍵，沒什么反應(yīng)，就是第一種類型的缺陷；若計(jì)算結(jié)果出錯(cuò)，也是第一種類型的缺陷產(chǎn)品規(guī)格說明書還可能規(guī)定計(jì)算器不會(huì)死機(jī)，或者停止反應(yīng)如果隨意敲鍵盤導(dǎo)致計(jì)算器停止接受輸入，這就是第二種類型的缺陷如果使用計(jì)算器進(jìn)行測試，發(fā)現(xiàn)除了加、減、乘、除之外還可以求平方根，但是產(chǎn)品規(guī)格說明沒有提及這一功能模塊這是第三種類型的缺陷,在測試計(jì)算器時(shí)若發(fā)現(xiàn)電池沒電會(huì)導(dǎo)致計(jì)算不正確，而產(chǎn)品說明書是假定電池一直都有電的，從而發(fā)現(xiàn)第四種類型的錯(cuò)誤軟件測試員如果發(fā)現(xiàn)某些地方不對(duì)，比如測試員覺得按鍵太小、“,=”,鍵布置的位置不好按、在亮光下看不清顯示屏等，無論什么原因，都要認(rèn)定為缺陷。

軟件缺陷報(bào)告,在實(shí)際軟件測試項(xiàng)目中，通常提交缺陷時(shí)需要有固定的模板，這個(gè)模板通常采用,word,、,excel,制作,缺陷報(bào)告里通常包含：缺陷標(biāo)識(shí)、所屬系統(tǒng)、所屬模塊、版本號(hào)、嚴(yán)重程度、優(yōu)先級(jí)、測試種類、缺陷概述、缺陷詳述以及開發(fā)人員意見以及其它內(nèi)容軟件缺陷模版,軟件缺陷報(bào)告,缺陷提交報(bào)告主要供兩類人閱讀，即軟件開發(fā)人員和項(xiàng)目管理者其中軟開人員關(guān)注的是缺陷的詳細(xì)描述，為缺陷的重現(xiàn)過程；而項(xiàng)目管理者主要關(guān)注缺陷的概述和嚴(yán)重程度，關(guān)注整個(gè)系統(tǒng)中各種嚴(yán)重級(jí)別缺陷的分布比例因此，在書寫缺陷報(bào)告時(shí)需要注意一些事項(xiàng)：,確保缺陷的重現(xiàn)尤其是嚴(yán)重級(jí)別高的,bug,用最少并且必要的步驟描述缺陷,軟件缺陷報(bào)告,簡潔、準(zhǔn)確和完整開發(fā)人員可以快速定位問題，而且不產(chǎn)生理解的二義性缺陷概述揭示錯(cuò)誤實(shí)質(zhì)，一般不超過,20,字,詳細(xì)描述步驟要正確,業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法,檢查拼寫和語法錯(cuò)誤,一個(gè)報(bào)告一種缺陷,常用軟件缺陷工具,testDirector,testmanager,專業(yè)缺陷管理工具,bugzilla,測試報(bào)告文檔,測試報(bào)告,是把測試的過程和結(jié)果寫成文檔，并對(duì)發(fā)現(xiàn)的問題和缺陷進(jìn)行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時(shí)為軟件驗(yàn)收和交付打下基礎(chǔ)。

測試報(bào)告是測試階段最后的文檔產(chǎn)出物，一份詳細(xì)的測試報(bào)告包括產(chǎn)品質(zhì)量和測試過程的評(píng)價(jià)，測試報(bào)告基于測試中的數(shù)據(jù)采集以及對(duì)最終的測試結(jié)果分析比如覆蓋率分析、缺陷分析。