【文章內(nèi)容簡(jiǎn)介】 置管理控制程序》中的有關(guān)變更控制來執(zhí)行，直至測(cè)試通過。測(cè)試結(jié)束，根據(jù)測(cè)試情況，填寫《測(cè)試總結(jié)報(bào)告》。輸出：經(jīng)測(cè)試之源代碼經(jīng)測(cè)試之可執(zhí)行代碼測(cè)試文檔BUG記錄（可用BUG管理工具代替）《測(cè)試總結(jié)報(bào)告》修改后的《需求跟蹤矩陣》測(cè)試方案一． 范圍本文檔適用于超市管理系統(tǒng)軟件的單元/集成測(cè)試。1． 系統(tǒng)概述2． 文檔概述本文檔用于對(duì)超市管理系統(tǒng)軟件的測(cè)試工作階段成果的描述。包括對(duì)軟件測(cè)試的整體描述，軟件測(cè)試的分類和級(jí)別，軟件測(cè)試的過程描述，軟件測(cè)試的結(jié)果等內(nèi)容。二． 引用文檔《超市管理系統(tǒng)軟件需求規(guī)格說明》《超市管理系統(tǒng)軟件設(shè)計(jì)說明》《超市管理系統(tǒng)系統(tǒng)接口協(xié)議》三． 測(cè)試概述1. 被測(cè)軟件的基本概況使用的編程語言： 匯編語言程序行數(shù)：子程序個(gè)數(shù)：?jiǎn)涡凶⑨屝袛?shù)：注釋率：測(cè)試小結(jié)本次測(cè)試對(duì)超市管理系統(tǒng)軟件進(jìn)行了靜態(tài)分析和動(dòng)態(tài)測(cè)試。測(cè)試工作分為兩個(gè)階段。第一階段進(jìn)行了軟件靜態(tài)分析。在此基礎(chǔ)上軟件開發(fā)人員對(duì)代碼走查中發(fā)現(xiàn)的問題進(jìn)行了修改，做了代碼變更并提交了新版本進(jìn)行動(dòng)態(tài)測(cè)試。在測(cè)試過程中針對(duì)發(fā)現(xiàn)的軟件缺陷進(jìn)行了初步分析，并提交程序設(shè)計(jì)人員對(duì)原軟件中可能存在的問題進(jìn)行考查。在軟件測(cè)試中首先根據(jù)軟件測(cè)試的規(guī)范進(jìn)行考核，將書寫規(guī)范，注釋等基礎(chǔ)問題首先解決，其次考核軟件測(cè)試中的問題是否存在設(shè)計(jì)上的邏輯缺陷，如果存在設(shè)計(jì)缺陷則應(yīng)分析該缺陷的嚴(yán)重程度以及可能引發(fā)的故障。軟件開發(fā)人員在以上基礎(chǔ)上對(duì)軟件的不足做出相應(yīng)的修改，同時(shí)通過軟件回歸測(cè)試驗(yàn)證軟件修改后能夠得到的改善結(jié)果。在動(dòng)態(tài)測(cè)試階段進(jìn)行了單元測(cè)試和集成測(cè)試。此階段發(fā)現(xiàn)的軟件問題經(jīng)軟件測(cè)試人員修改，提交了新版本，軟件測(cè)試人員對(duì)此版本的軟件代碼進(jìn)行了回歸測(cè)試，確認(rèn)對(duì)前階段發(fā)現(xiàn)的軟件問題進(jìn)行了修改。a. 靜態(tài)分析小結(jié)靜態(tài)測(cè)試采用人工代碼走查的方式進(jìn)行。參加代碼走查的軟件開發(fā)人員有：（略）；參加代碼走查的軟件測(cè)試人員有：（略）。代碼走查以代碼審查會(huì)議的形式進(jìn)行。靜態(tài)分析過程中共進(jìn)行了四次會(huì)議審查。靜態(tài)測(cè)試階段的主要工作內(nèi)容是：l 根據(jù)對(duì)軟件匯編源代碼的分析繪制詳細(xì)的程序流程圖和調(diào)用關(guān)系圖；l 對(duì)照軟件匯編源代碼和流程圖進(jìn)行程序邏輯分析、算法分析、結(jié)構(gòu)分析和接口分析；l 對(duì)軟件匯編源代碼進(jìn)行編程規(guī)范化分析。通過靜態(tài)測(cè)試查找出軟件的缺陷 個(gè)，其中輕微的缺陷中等的缺陷嚴(yán)重的缺陷b. 動(dòng)態(tài)測(cè)試小結(jié)動(dòng)態(tài)測(cè)試使用的測(cè)試工具為超市管理系統(tǒng)軟件集成開發(fā)環(huán)境?？偣驳臏y(cè)試用例數(shù)：全部由測(cè)試人員人工設(shè)計(jì)。其中單元測(cè)試用例，集成測(cè)試用例。發(fā)現(xiàn)的軟件缺陷，都是在單元測(cè)試過程中發(fā)現(xiàn)的。集成測(cè)試階段未發(fā)現(xiàn)新的軟件缺陷。在發(fā)現(xiàn)的軟件缺陷中：中等的缺陷嚴(yán)重的缺陷動(dòng)態(tài)測(cè)試中代碼覆蓋率：代碼行覆蓋率 分支覆蓋率 程序單元調(diào)用覆蓋率 c. 回歸測(cè)試小結(jié)對(duì)軟件測(cè)試過程中發(fā)現(xiàn)的缺陷經(jīng)軟件開發(fā)人員確認(rèn)后進(jìn)行了代碼更改，并對(duì)更改后的代碼進(jìn)行了回歸測(cè)試。本報(bào)告中的數(shù)據(jù)是回歸測(cè)試后的測(cè)試數(shù)據(jù)。d. 測(cè)試分析下面將對(duì)此次軟件測(cè)試中的所有缺陷以及改進(jìn)設(shè)計(jì)進(jìn)行分析。2．靜態(tài)測(cè)試中的缺陷分析： a. 4個(gè)輕微缺陷屬于代碼冗余，由于在程序設(shè)計(jì)中加入了部分調(diào)試程序，在程序設(shè)計(jì)完成后未將這些調(diào)試代碼注釋或刪除掉而造成代碼冗余，但對(duì)程序本身的功能并無影響。修改后程序的效率得到提高。b. 11個(gè)中等缺陷屬于注釋變更，在原程序代碼的注釋中存在注釋不準(zhǔn)確的問題，會(huì)影響程序員對(duì)程序的理解，修改后的程序提高了程序的可讀性。c. 重點(diǎn)分析3個(gè)嚴(yán)重缺陷：第一個(gè)嚴(yán)重缺陷屬于XX號(hào)的無效判別和相應(yīng)的處理問題，程序?qū)X號(hào)進(jìn)行無效判別時(shí)，判別界限并不完全，在本跟蹤程序中XX號(hào)的有效數(shù)為0110（用4位表示），而判別無效時(shí)只判了為00的情況，沒有判別大于10的情況。而且在為00時(shí)也沒有作相應(yīng)的處理，修改后的程序?qū)υO(shè)計(jì)進(jìn)行了改進(jìn)。第二個(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)分析對(duì)程序的影響不大，但與設(shè)計(jì)初衷不一致，修改后問題得到了解決，詳見改進(jìn)設(shè)計(jì)5。3． 動(dòng)態(tài)測(cè)試中的缺陷分析：a. 中等缺陷1個(gè)，在程序的注釋中出現(xiàn)錯(cuò)誤，將近區(qū)注釋為遠(yuǎn)區(qū)，修改后問題得到了解決，提高了程序的可讀性。b. 嚴(yán)重缺陷1個(gè)，在XX號(hào)無效的判別中，本應(yīng)判斷大于10，但誤設(shè)計(jì)為0，修改后經(jīng)回歸測(cè)試問題得到了解決。 4. 測(cè)試記錄a 測(cè)試時(shí)間：b 地點(diǎn)：c 硬件配置：P4CPU，內(nèi)存512M，硬盤80Gd 軟件配置：Wondows ＸＰ，e 被測(cè)軟件版本號(hào)： f 所有測(cè)試相關(guān)活動(dòng)的日期和時(shí)間、測(cè)試操作人員等記錄見軟件測(cè)試記錄文檔。四． 測(cè)試結(jié)果在兩個(gè)階段測(cè)試過程中共發(fā)現(xiàn)軟件缺陷20個(gè)，經(jīng)軟件開發(fā)人員確認(rèn)的缺陷為20個(gè)，經(jīng)過改正的代碼消除了所有以確認(rèn)的軟件缺陷并通過了回歸測(cè)試。因測(cè)試條件所限，未能進(jìn)行軟件的確認(rèn)測(cè)試和系統(tǒng)測(cè)試。五． 評(píng)估和建議1. 軟件評(píng)估 a. 軟件編碼規(guī)范化評(píng)估經(jīng)過回歸測(cè)試，未殘留的軟件編碼規(guī)范性缺陷。軟件代碼文本注釋率約為42%，代碼注釋充分，有利與代碼的理解和維護(hù)。b. 軟件動(dòng)態(tài)測(cè)試評(píng)估被測(cè)軟件單元的總數(shù)：使用的測(cè)試用例個(gè)數(shù)：達(dá)到軟件測(cè)試出口準(zhǔn)則的軟件單元數(shù)，通過率：通過單元和集成測(cè)試得知：軟件代碼邏輯清晰、結(jié)構(gòu)合理、程序單元間接口關(guān)系一致，運(yùn)行穩(wěn)定。