軟件測試報(bào)告范例1

PAGE1TOC\o"1-3"\h\z\u298221范圍 3318261.2系統(tǒng)概述 31411.3文檔概述 3315902引用文檔 392593測試概述 336183.1被測軟件的基本概況 3212133.1.1.測試小結(jié) 3118963.1.2測試記錄 7187344測試結(jié)果 7122025評估和建議 7232455.1軟件評估 7302905.1.1軟件編碼規(guī)范化評估 7253245.1.2軟件動(dòng)態(tài)測試評估 7240175.2改進(jìn)建議 7XX軟件測試報(bào)告共x頁擬制年月日審核年月日會(huì)簽?zāi)暝氯张鷾?zhǔn)年月日

1范圍本文檔適用于XX軟件的單元/集成測試。1.2系統(tǒng)概述1.3文檔概述本文檔用于對XX軟件的測試工作階段成果的描述。包括對軟件測試的整體描述，軟件測試的分類和級別，軟件測試的過程描述，軟件測試的結(jié)果等內(nèi)容。2引用文檔《XX軟件需求規(guī)格說明》《XX軟件設(shè)計(jì)說明》《XX系統(tǒng)接口協(xié)議》3測試概述3.1被測軟件的基本概況使用的編程語言：XXX匯編語言程序行數(shù)：1590子程序個(gè)數(shù)：11單行注釋行數(shù)：669注釋率：約為42%3.1.1.測試小結(jié)本次測試對XX軟件進(jìn)行了靜態(tài)分析和動(dòng)態(tài)測試。測試工作分為兩個(gè)階段。第一階段進(jìn)行了軟件靜態(tài)分析，軟件測試人員和開發(fā)人員分別對軟件V1.00版本的代碼進(jìn)行走讀。在此基礎(chǔ)上軟件開發(fā)人員對代碼走查中發(fā)現(xiàn)的問題進(jìn)行了修改，做了97處代碼變更并提交了V1.01版本進(jìn)行動(dòng)態(tài)測試。在測試過程中針對發(fā)現(xiàn)的軟件缺陷進(jìn)行了初步分析，并提交程序設(shè)計(jì)人員對原軟件中可能存在的問題進(jìn)行考查。在軟件測試中首先根據(jù)軟件測試的規(guī)范進(jìn)行考核，將書寫規(guī)范，注釋等基礎(chǔ)問題首先解決，其次考核軟件測試中的問題是否存在設(shè)計(jì)上的邏輯缺陷，如果存在設(shè)計(jì)缺陷則應(yīng)分析該缺陷的嚴(yán)重程度以及可能引發(fā)的故障。軟件開發(fā)人員在以上基礎(chǔ)上對軟件的不足做出相應(yīng)的修改，同時(shí)通過軟件回歸測試驗(yàn)證軟件修改后能夠得到的改善結(jié)果。軟件代碼1.00與1.01版變更明細(xì)表：編號1.00版行號1.01版行號更改說明11922注釋變更22629注釋變更32932注釋變更49598注釋變更5108行后113～116增加新變量6171、172180、181命令字大小寫變更7以下略從上表可以看出，注釋變更一共有15處，主要排除了對原程序的理解錯(cuò)誤問題；根據(jù)程序的書寫規(guī)范要求，一行多條語句改為一行一條語句的更改一共有42處；命令字大小寫變更一共有7處；在代碼走查中對冗余和無用的代碼作了更改，將這些代碼注釋掉，此類更改一共有14處。上述4類更改一共有78處，這些更改對程序本身的功能沒有任何影響，但從軟件規(guī)范的角度來看提高了程序的可讀性和規(guī)范性。其余19處變更為代碼變更，主要是在軟件測試中發(fā)現(xiàn)原程序的可靠性不足，在不改變原程序功能的基礎(chǔ)上相應(yīng)的增加了新變量、新語句、新程序以提高整個(gè)程序的可靠性。在動(dòng)態(tài)測試階段進(jìn)行了單元測試和集成測試。此階段發(fā)現(xiàn)的軟件問題經(jīng)軟件測試人員修改，提交了V1.02版本，軟件測試人員對此版本的軟件代碼進(jìn)行了回歸測試，確認(rèn)對前階段發(fā)現(xiàn)的軟件問題進(jìn)行了修改，消除了原有的軟件問題并且確認(rèn)沒有引入新的軟件問題。認(rèn)定V1.02版為可以發(fā)行的軟件版本。3.1.1.1靜態(tài)分析小結(jié)靜態(tài)測試采用人工代碼走查的方式進(jìn)行。參加代碼走查的軟件開發(fā)人員有：（略）；參加代碼走查的軟件測試人員有：（略）。代碼走查以代碼審查會(huì)議的形式進(jìn)行。靜態(tài)分析過程中共進(jìn)行了四次會(huì)議審查。靜態(tài)測試階段的主要工作內(nèi)容是：根據(jù)對軟件匯編源代碼的分析繪制詳細(xì)的程序流程圖和調(diào)用關(guān)系圖（見附件1）；對照軟件匯編源代碼和流程圖進(jìn)行程序邏輯分析、算法分析、結(jié)構(gòu)分析和接口分析；對軟件匯編源代碼進(jìn)行編程規(guī)范化分析。通過靜態(tài)測試查找出軟件的缺陷18個(gè)，其中輕微的缺陷4個(gè)，占所有缺陷的22.2％中等的缺陷11個(gè)，占所有缺陷的61.1％嚴(yán)重的缺陷：3個(gè)，占所有缺陷的16.7％上述軟件缺陷見附件《軟件問題報(bào)告單》3.1.1.2動(dòng)態(tài)測試小結(jié)動(dòng)態(tài)測試使用的測試工具為XXX軟件集成開發(fā)環(huán)境?？偣驳臏y試用例數(shù)：143個(gè)。全部由測試人員人工設(shè)計(jì)。其中單元測試用例138個(gè)，集成測試用例5個(gè)。發(fā)現(xiàn)的軟件缺陷有2個(gè)，都是在單元測試過程中發(fā)現(xiàn)的。集成測試階段未發(fā)現(xiàn)新的軟件缺陷。在發(fā)現(xiàn)的軟件缺陷中：中等的缺陷1個(gè)，占所有缺陷的50％嚴(yán)重的缺陷1個(gè)，占所有缺陷的50％上述軟件缺陷見附件《軟件問題報(bào)告單》動(dòng)態(tài)測試中代碼覆蓋率：代碼行覆蓋率100%分支覆蓋率100%程序單元調(diào)用覆蓋率100％3.1.1.3回歸測試小結(jié)對軟件測試過程中發(fā)現(xiàn)的缺陷經(jīng)軟件開發(fā)人員確認(rèn)后進(jìn)行了代碼更改，并對更改后的代碼進(jìn)行了回歸測試。本報(bào)告中的數(shù)據(jù)是回歸測試后的測試數(shù)據(jù)。3.1.1.4測試分析下面將對此次軟件測試中的所有缺陷以及改進(jìn)設(shè)計(jì)進(jìn)行分析。靜態(tài)測試中的缺陷分析：4個(gè)輕微缺陷屬于代碼冗余，由于在程序設(shè)計(jì)中加入了部分調(diào)試程序，在程序設(shè)計(jì)完成后未將這些調(diào)試代碼注釋或刪除掉而造成代碼冗余，但對程序本身的功能并無影響。修改后程序的效率得到提高。11個(gè)中等缺陷屬于注釋變更，在原程序代碼的注釋中存在注釋不準(zhǔn)確的問題，會(huì)影響程序員對程序的理解，修改后的程序提高了程序的可讀性。重點(diǎn)分析3個(gè)嚴(yán)重缺陷：第一個(gè)嚴(yán)重缺陷屬于XX號的無效判別和相應(yīng)的處理問題，程序?qū)X號進(jìn)行無效判別時(shí)，判別界限并不完全，在本跟蹤程序中XX號的有效數(shù)為01-10（用4位表示），而判別無效時(shí)只判了為00的情況，沒有判別大于10的情況。而且在為00時(shí)也沒有作相應(yīng)的處理，修改后的程序?qū)υO(shè)計(jì)進(jìn)行了改進(jìn)，詳見改進(jìn)設(shè)計(jì)分析3。第二個(gè)嚴(yán)重缺陷屬于程序設(shè)計(jì)中讀取地址錯(cuò)誤問題，經(jīng)分析在調(diào)試中讀取的數(shù)據(jù)是正確的，但是讀取的地址與設(shè)計(jì)初衷不相符，修改后問題得到了解決，詳見改進(jìn)設(shè)計(jì)分析1。第三個(gè)嚴(yán)重錯(cuò)誤是近區(qū)/遠(yuǎn)區(qū)子程序判斷與進(jìn)入條件反了，經(jīng)分析對程序的影響不大，但與設(shè)計(jì)初衷不一致，修改后問題得到了解決，詳見改進(jìn)設(shè)計(jì)5。動(dòng)態(tài)測試中的缺陷分析：中等缺陷1個(gè)，在程序的注釋中出現(xiàn)錯(cuò)誤，將近區(qū)注釋為遠(yuǎn)區(qū)，修改后問題得到了解決，提高了程序的可讀性。嚴(yán)重缺陷1個(gè)，在XX號無效的判別中，本應(yīng)判斷大于10，但誤設(shè)計(jì)為0，修改后經(jīng)回歸測試問題得到了解決。改進(jìn)的設(shè)計(jì)分析：（因和產(chǎn)品相關(guān)，略）3.1.2測試記錄a測試時(shí)間：2005年8月5日至2005年9月17日。b地點(diǎn)：（略）。c硬件配置：P4CPU/2.0G，內(nèi)存256M，硬盤1Gd軟件配置：Wondows98，e被測軟件版本號：V1.0，V1.01，V1.02f所有測試相關(guān)活動(dòng)的日期和時(shí)間、測試操作人員等記錄見軟件測試記錄文檔。4測試結(jié)果在兩個(gè)階段測試過程中共發(fā)現(xiàn)軟件缺陷20個(gè)，經(jīng)軟件開發(fā)人員確認(rèn)的缺陷為20個(gè)，經(jīng)過改正的代碼消除了所有以確認(rèn)的軟件缺陷并通過了回歸測試。因測試條件所限，未能進(jìn)行軟件的確認(rèn)測試和系統(tǒng)測試。5評估和建議5.1軟件評估5.1.1軟件編碼規(guī)范化評估經(jīng)過回歸測試，未殘留的軟件編碼規(guī)范性缺陷。軟件代碼文本注釋率約為42%，代碼注釋充分，有利與代碼的理解和維護(hù)。5.1.2軟件動(dòng)態(tài)測試評估被測軟件單元的總數(shù)：11個(gè)使用的測試用例個(gè)數(shù)：143個(gè)達(dá)到軟件測試出口準(zhǔn)則的軟件單元數(shù)為11個(gè)，通過率100％通過單元和集成測試得知：軟件代碼邏輯清晰、結(jié)構(gòu)合理、程序單元間接口關(guān)系一致，運(yùn)行穩(wěn)定。5.2改進(jìn)建議a.建議在軟件開發(fā)項(xiàng)目中全面實(shí)施軟件工程化，加強(qiáng)軟件開發(fā)的管理工作。b.建議進(jìn)一步加強(qiáng)軟件需求規(guī)格說明、軟