系統(tǒng)測(cè)試報(bào)告參考文檔

1、精選優(yōu)質(zhì)文檔-傾情為你奉上系統(tǒng)測(cè)試報(bào)告1 系統(tǒng)測(cè)試報(bào)告寫(xiě)作的目的1、軟件測(cè)試人員對(duì)整個(gè)系統(tǒng)測(cè)試工作進(jìn)行總結(jié)，對(duì)被測(cè)試對(duì)象進(jìn)行評(píng)估，并對(duì)以后的測(cè)試工作給出建議2、測(cè)試經(jīng)理通過(guò)測(cè)試報(bào)告了解被測(cè)試產(chǎn)品的質(zhì)量情況、測(cè)試過(guò)程的質(zhì)量3、軟件開(kāi)發(fā)項(xiàng)目經(jīng)理通過(guò)軟件測(cè)試報(bào)告了解開(kāi)發(fā)產(chǎn)品的質(zhì)量情況，并在下階段的開(kāi)發(fā)工作中采取應(yīng)對(duì)措施4、在軟件測(cè)試報(bào)告中，軟件測(cè)試人員作出的軟件產(chǎn)品質(zhì)量評(píng)估，可以作為軟件產(chǎn)品是否對(duì)外發(fā)布的重要參考依據(jù)。2 系統(tǒng)測(cè)試報(bào)告寫(xiě)作的要點(diǎn)2.1 概述簡(jiǎn)單介紹被測(cè)對(duì)象、測(cè)試特性及其版本/修訂級(jí)別情況指明本次系統(tǒng)測(cè)試活動(dòng)所依據(jù)的測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例及測(cè)試過(guò)程，對(duì)測(cè)試內(nèi)容也要進(jìn)行簡(jiǎn)要說(shuō)明2.

2、2 測(cè)試時(shí)間、地點(diǎn)、人員描述本次測(cè)試的時(shí)間，地點(diǎn)和測(cè)試人員，以及人員分工。例如：版本名稱測(cè)試時(shí)間測(cè)試人員測(cè)試地點(diǎn)起始時(shí)間結(jié)束時(shí)間2.3 環(huán)境描述描述本次測(cè)試的環(huán)境，包括軟硬件、測(cè)試儀器、組網(wǎng)圖等。例如：硬件環(huán)境軟件環(huán)境名稱型號(hào)大小個(gè)數(shù)名稱版本號(hào)CPU操作系統(tǒng)內(nèi)存應(yīng)用軟件硬盤(pán)數(shù)據(jù)庫(kù)2.4 總結(jié)和評(píng)價(jià)2.4.1 測(cè)試過(guò)程質(zhì)量統(tǒng)計(jì)評(píng)估1、工作量數(shù)據(jù)統(tǒng)計(jì)例如：模塊/特性規(guī)模投入人時(shí)投入人時(shí)/KLOC合計(jì)分析：1）可以根據(jù)不同模塊每千行代碼投入的工作量來(lái)查看哪些模塊測(cè)試比較充分；哪些模塊測(cè)試不夠充分。2）結(jié)合模塊的實(shí)際情況，對(duì)關(guān)鍵模塊或者復(fù)雜模塊投入的測(cè)試人時(shí)比例應(yīng)相對(duì)較高；對(duì)非關(guān)鍵或者簡(jiǎn)單的模塊投入的

3、測(cè)試人時(shí)比例可以相對(duì)較低，根據(jù)該指標(biāo)可以用來(lái)衡量測(cè)試過(guò)程中測(cè)試資源的分布是否合理。2、用例數(shù)統(tǒng)計(jì)例如：模塊規(guī)模(KLOC)用例數(shù)用例數(shù)/KLOC%合計(jì) 分析：1）可以根據(jù)用例數(shù)/KLOC來(lái)查看哪些模塊用例設(shè)計(jì)的比較充分；哪些模塊用例設(shè)計(jì)的相對(duì)比較少，結(jié)合模塊的具體特點(diǎn)，需要進(jìn)行分析，避免關(guān)鍵模塊用例設(shè)計(jì)不充分的情況。2）可以根據(jù)不同模塊用例數(shù)來(lái)了解不同測(cè)試人員的工作量；結(jié)合時(shí)間方面的數(shù)據(jù)，對(duì)工作量少而花費(fèi)時(shí)間較多的情況進(jìn)行調(diào)查分析，對(duì)其中存在的問(wèn)題采取相關(guān)策略進(jìn)行有效的規(guī)避。3、用例對(duì)需求的覆蓋率例如：需求id用例數(shù)合計(jì)分析：從需求的覆蓋率來(lái)查看不同的需求對(duì)應(yīng)的用例數(shù)，可以考量不同需求測(cè)試的程

4、度：1）對(duì)于重要的關(guān)鍵的需求，應(yīng)該設(shè)計(jì)比較充分的用例；2）對(duì)于功能比較簡(jiǎn)單的需求，可以設(shè)計(jì)相對(duì)少的用例；3）對(duì)于沒(méi)有用例對(duì)應(yīng)的需求，一定要調(diào)查相關(guān)負(fù)責(zé)人員的工作情況，避免工作中的不認(rèn)真導(dǎo)致的測(cè)試的不全面性。4、用例的穩(wěn)定性 例如：模塊/特性用例數(shù)變更用例數(shù)變更用例數(shù)/用例數(shù)合計(jì)分析：根據(jù)每個(gè)模塊設(shè)計(jì)的用例的穩(wěn)定性來(lái)判斷：對(duì)個(gè)別變更比例比較高的模塊要進(jìn)行調(diào)查分析，看變更的原因在哪里？是開(kāi)發(fā)的文檔發(fā)生了變更，還是由于測(cè)試方面理解發(fā)生了偏差導(dǎo)致的變更。1）如果是開(kāi)發(fā)方面變更頻繁，需要反饋給開(kāi)發(fā)方面；2）如果是后者，測(cè)試方面需要分析導(dǎo)致這個(gè)偏差產(chǎn)生的原因是客觀的還是主觀的；要采取相應(yīng)的措施進(jìn)行規(guī)避。5

5、、用例的有效性例如：模塊/特性用例數(shù)發(fā)現(xiàn)的缺陷數(shù)缺陷數(shù)/用例數(shù)合計(jì)分析：根據(jù)每個(gè)模塊對(duì)應(yīng)的平均用例缺陷數(shù)來(lái)判斷用例設(shè)計(jì)的水準(zhǔn)：1）如果模塊對(duì)應(yīng)的該值比較高，可以認(rèn)為： 該模塊質(zhì)量比較差 用例設(shè)計(jì)的質(zhì)量比較高2）如果模塊對(duì)應(yīng)的該值比較低，可以認(rèn)為： 該模塊的質(zhì)量比較好 用例設(shè)計(jì)的質(zhì)量一般總之，對(duì)于上面的各種情況，必須調(diào)查驗(yàn)證，對(duì)有問(wèn)題的情況進(jìn)行改善控制。6、測(cè)試執(zhí)行的效率： 例如：模塊特性執(zhí)行用例數(shù)發(fā)現(xiàn)缺陷數(shù)人時(shí)執(zhí)行用例數(shù)/人時(shí)發(fā)現(xiàn)缺陷數(shù)/人時(shí)合計(jì)分析：根據(jù)不同的模塊查看不同測(cè)試人員的執(zhí)行效率：1）個(gè)別模塊執(zhí)行效率很高，考慮 測(cè)試人員對(duì)工作比較負(fù)責(zé)，積極，或者使用了比較好的測(cè)試技術(shù)； 測(cè)試人員測(cè)

6、試的比較馬虎，用例執(zhí)行可能存在應(yīng)付現(xiàn)象。2）個(gè)別模塊執(zhí)行效率不高，考慮 測(cè)試人員測(cè)試方法存在問(wèn)題，或者能力有限，考慮是否需要幫助 對(duì)應(yīng)的模塊測(cè)試難度較大，屬客觀因素。總之，對(duì)于上面的各種情況，必須調(diào)查驗(yàn)證，對(duì)有問(wèn)題的情況進(jìn)行改善控制。2.4.2 軟件產(chǎn)品質(zhì)量統(tǒng)計(jì)評(píng)估1、版本缺陷統(tǒng)計(jì)例如：模塊/特性版本1(缺陷個(gè)數(shù))版本2(缺陷個(gè)數(shù))版本3(缺陷個(gè)數(shù))合計(jì)(缺陷個(gè)數(shù))合計(jì)分析：根據(jù)不同版本缺陷的收斂狀態(tài)來(lái)觀察軟件的質(zhì)量如果缺陷收斂的比較快，可以考慮系統(tǒng)中的缺陷主要在模塊或者函數(shù)內(nèi)部生成，接口方面的缺陷相對(duì)較少，一個(gè)模塊的修改不會(huì)引發(fā)其他模塊的問(wèn)題；可以認(rèn)為軟件產(chǎn)品質(zhì)量相對(duì)比較容易控制；如果缺陷收

7、斂的比較慢，可以考慮系統(tǒng)中的缺陷主要在模塊的接口處產(chǎn)生，一個(gè)bug的修改，可能對(duì)多個(gè)模塊產(chǎn)生影響，從而引入新的bug；可以認(rèn)為軟件產(chǎn)品的質(zhì)量控制相對(duì)困難。另外，通過(guò)這個(gè)指標(biāo)，也可以考核測(cè)試組對(duì)每個(gè)版本測(cè)試的充分性，但在前面測(cè)試過(guò)程控制的前提下，這個(gè)指標(biāo)主要用來(lái)衡量軟件的質(zhì)量水平。 2、缺陷等級(jí)統(tǒng)計(jì)例如：模塊/特性致命嚴(yán)重一般提示合計(jì)合計(jì)分析： 根據(jù)不同的模塊來(lái)查看缺陷的嚴(yán)重性。 對(duì)于等級(jí)相對(duì)比較嚴(yán)重的問(wèn)題要進(jìn)行分析，了解問(wèn)題產(chǎn)生的原因，并考慮有沒(méi)有比較好的方式進(jìn)行規(guī)避。對(duì)于嚴(yán)重問(wèn)題比較多的模塊，要結(jié)合開(kāi)發(fā)人員的能力，工作態(tài)度和模塊的難度考慮，考慮任務(wù)安排的合理性。3、測(cè)試用例的通過(guò)率例如：模塊

8、/特性PassedFailedBLOCKNo RunN/A合計(jì)用例通過(guò)率合計(jì)分析：假設(shè)測(cè)試過(guò)程質(zhì)量得到有效控制的前提下： 在最后一個(gè)回歸測(cè)試版本中，對(duì)用例的通過(guò)率的衡量可以考核軟件產(chǎn)品質(zhì)量的等級(jí)1）對(duì)于未通過(guò)的用例點(diǎn)需要分析，看對(duì)軟件產(chǎn)品質(zhì)量的影響達(dá)到什么級(jí)別2）對(duì)于遺留的問(wèn)題，需要分析遺留的主觀和客觀原因，考慮在以后的版本中是否可以進(jìn)行規(guī)避。4、缺陷原因分布：例如：缺陷/原因致命嚴(yán)重一般提示合計(jì)需求設(shè)計(jì)編碼合計(jì)分析： 根據(jù)缺陷的分布來(lái)分析研發(fā)過(guò)程的規(guī)范性 如果在需求及設(shè)計(jì)階段發(fā)現(xiàn)的缺陷較多，需要考慮相關(guān)過(guò)程的質(zhì)量控制是否嚴(yán)格 如果在需求及設(shè)計(jì)階段發(fā)現(xiàn)的缺陷很少，可以認(rèn)為過(guò)程的質(zhì)量控制比較有效

9、2.4.3 系統(tǒng)測(cè)試綜合評(píng)價(jià)1、對(duì)測(cè)試過(guò)程綜合評(píng)價(jià)：從測(cè)試的充分性，效率，質(zhì)量，協(xié)作等多個(gè)方面進(jìn)行評(píng)價(jià)，重點(diǎn)在于暴露測(cè)試過(guò)程中的問(wèn)題，并提出相應(yīng)的改進(jìn)策略。2、對(duì)被測(cè)模塊/特性綜合評(píng)價(jià)：從軟件產(chǎn)品的系統(tǒng)功能、業(yè)務(wù)正確性、安全性，可用性，可維護(hù)性，性能，可靠性等多個(gè)方面作出客觀評(píng)價(jià)。測(cè)試對(duì)象的整體質(zhì)量： A：質(zhì)量穩(wěn)定，適合大規(guī)模應(yīng)用； B：存在少數(shù)嚴(yán)重問(wèn)題，但有規(guī)避措施，可以使用； C：基本功能可用，但問(wèn)題較多 D：基本功能不可用2.5 系統(tǒng)測(cè)試遺留問(wèn)題報(bào)告遺留問(wèn)題是指測(cè)試過(guò)程中發(fā)生的并且在測(cè)試報(bào)告時(shí)仍沒(méi)有得到解決的測(cè)試問(wèn)題。測(cè)試報(bào)告時(shí)已經(jīng)得到解決，并已經(jīng)過(guò)回歸驗(yàn)證的測(cè)試問(wèn)題不記入其中?？蓪?duì)遺留問(wèn)題數(shù)和級(jí)別進(jìn)行統(tǒng)計(jì)。要列出每個(gè)遺留問(wèn)題的詳細(xì)情況，包括問(wèn)題單號(hào)、問(wèn)題級(jí)別、詳細(xì)描述、問(wèn)題分析與處理措施等。例如：?jiǎn)栴}總數(shù)致命問(wèn)題嚴(yán)重問(wèn)題一般問(wèn)題提示問(wèn)題其他統(tǒng)計(jì)項(xiàng)數(shù)目百分比遺留問(wèn)題詳細(xì)