前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇測試報告缺陷分析范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

測試報告缺陷分析范文第1篇

測試不是挑毛病

然而，對測試領(lǐng)域先行者Glenford Myers先生“測試的目的是證偽”這一概念理解也不能過于片面。在很多軟件工程學(xué)、軟件測試方面的書籍中都提到一個概念:“測試的目的是尋找錯誤，并且是盡最大可能找出最多的錯誤”。這很容易讓人們認(rèn)為測試人員就是“挑毛病”的，而由此帶來諸多問題。

我們可以假想在一個軟件開發(fā)公司內(nèi)，軟件測試人員專注于“挑毛病”，開發(fā)人員和公司管理層每天會得到這樣“簡潔”的測試報告:“在今天的測試過程中，系統(tǒng)出現(xiàn)10次宕機現(xiàn)象”。

從“挑毛病”的角度看，測試人員已經(jīng)很好的完成了自己的工作，但其工作成果對開發(fā)人員和公司管理層幾乎沒有任何幫助。開發(fā)人員面對這樣的測試報告是無法對軟件進行任何修改的;而公司管理層也會疑惑軟件質(zhì)量到底如何，系統(tǒng)能否如期。

長此以往，必然會造成開發(fā)人員和測試人員之間無法調(diào)和的矛盾;而公司管理層也會認(rèn)為，測試團隊只是“帶來壞消息的人”，對公司產(chǎn)品沒有提供任何幫助，不如取消為好。

這樣的例子看似比較極端，業(yè)內(nèi)普遍認(rèn)為類似的問題僅出現(xiàn)在一個初創(chuàng)測試團隊的公司內(nèi)，但實際的情況遠(yuǎn)沒有這樣樂觀，這類現(xiàn)象甚至還蔓延到近年來蓬勃興起的部分第三方測試機構(gòu)之中。

一個軟件開發(fā)公司的管理者，拿到一份剛由某第三方測試機構(gòu)完成的測試報告，報告結(jié)論是該公司開發(fā)的軟件無法完成預(yù)定的需求，在500個用戶并發(fā)交易的情況下會發(fā)生大量交易失敗。應(yīng)該說這樣的報告確實挑出了軟件的“毛病”，但報告中并未提及造成交易失敗的原因，是硬件資源不足、支撐軟件參數(shù)設(shè)置錯誤還是應(yīng)用開發(fā)問題。這樣的報告會使得委托測試單位置疑自己投資進行第三方測試的是否有實際幫助。

造成這些問題的原因歸根結(jié)底就是對“測試的目的是證偽”這一概念的片面理解。那么，一次成功的測試是如何對問題進行闡述的呢？質(zhì)量工程學(xué)中軟件失效的機理給出了很好的答案。

軟件錯誤是人為錯誤

質(zhì)量工程學(xué)中對于軟件失效是這樣分析的:由于軟件內(nèi)部邏輯復(fù)雜，運行環(huán)境動態(tài)變化，且不同的軟件差異可能很大，因而軟件失效機理可能有不同的表現(xiàn)形式。

譬如有的失效過程比較簡單，易于追蹤分析，而有的失效過程可能非常復(fù)雜，難于甚至不可能加以詳盡描述和分析，尤其是運行于高度復(fù)雜實時環(huán)境中的大型軟件。

但總的說來，軟件失效機理可描述為:軟件錯誤?軟件缺陷?軟件故障?軟件失效。如圖1所示，是軟件錯誤發(fā)生的過程。

軟件錯誤軟件錯誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生?？梢娷浖e誤是一種人為過程，相對于軟件本身，是一種外部行為。

軟件缺陷軟件缺陷是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差，如少一逗點、多一語句等。其結(jié)果是軟件運行于某一特定條件時出現(xiàn)軟件故障，這時稱軟件缺陷被激活。

軟件故障軟件故障是指軟件運行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。譬如軟件處于執(zhí)行一個多余循環(huán)過程時，我們說軟件出現(xiàn)故障。此時若無適當(dāng)措施（容錯）加以及時處理，便產(chǎn)生軟件失效。顯然，軟件故障是一種動態(tài)行為。

軟件失效軟件失效是指軟件運行時產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果。

因此，軟件錯誤是一種人為錯誤。

逆流而上解決問題

我們了解了軟件失效的機理后，就可以逆流而上，沿著軟件失效噯砑故障噯砑缺陷噯砑錯誤的方向?qū)栴}進行闡述和分析?首先，測試人員會說明軟件出現(xiàn)了問題，在此對軟件失效現(xiàn)象進行了描述;

其次，測試人員會詳細(xì)闡明是在哪個測試用例的作用下（包括輸入數(shù)值、處理過程和預(yù)期輸出結(jié)果），軟件產(chǎn)生了何種異常輸出，問題的類型、嚴(yán)重程度、修改的緊急程度如何，這樣就明晰了軟件故障的情況;

第三，測試人員會根據(jù)測試經(jīng)驗和實際情況，幫助開發(fā)人員進行故障定位，找到軟件缺陷所在;

第四，測試人員在對問題情況進行統(tǒng)計的基礎(chǔ)上，會指出共性問題并分析其產(chǎn)生的原因，發(fā)現(xiàn)軟件錯誤。

在這樣對問題進行充分分析的基礎(chǔ)上，對問題提出修改意見，這樣一份問題報告會是一份對開發(fā)人員和管理層有意義的報告。

我們可以按照這樣的分析方法，對前面企業(yè)內(nèi)部和第三方的兩個測試失敗的情況進行修正。

軟件失效現(xiàn)象:發(fā)生宕機/不能承擔(dān)500個用戶的并發(fā)交易;軟件故障情況:在使用非法數(shù)據(jù)輸入的情況下發(fā)生宕機/在進行用戶交納月通話費的情況下交易失敗;軟件缺陷:軟件中缺少合法性校驗/服務(wù)器CPU占用率達到98%;軟件錯誤:詳細(xì)設(shè)計環(huán)節(jié)缺少合法性校驗內(nèi)容，且文檔評審工作不到位/概要設(shè)計環(huán)節(jié)未進行關(guān)鍵技術(shù)驗證與仿真;修改建議:增加合法性校驗，加強文檔評審工作/重新選擇服務(wù)器（重點是CPU），加強對關(guān)鍵技術(shù)的驗證與仿真工作。

對于所有問題，都應(yīng)該對軟件的失效現(xiàn)象和故障情況做清晰的表述。除了嚴(yán)重程度會影響外，人員差異也對問題分析的程度有著較大影響。不同的測試人員需要承擔(dān)不同的職責(zé)。

軟件測試需三方協(xié)調(diào)

通過上面的分析可以看到，軟件測試的目的決不僅僅是“尋找錯誤”，今天的軟件測試需要在三個方面和開發(fā)協(xié)調(diào)工作，其相互作用如圖2所示。

測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風(fēng)險。這一工作靠對軟件失效現(xiàn)象記錄、軟件故障表示、軟件缺陷的分析完成。

通過分析錯誤產(chǎn)生的原因還可以幫助發(fā)現(xiàn)當(dāng)前開發(fā)工作所采用的軟件過程的缺陷，以便進行軟件過程改進;同時通過對測試結(jié)果的分析整理，還可以修正軟件開發(fā)規(guī)則，并為軟件可靠性分析提供依據(jù)。這一工作靠對軟件錯誤的分析完成。

測試報告缺陷分析范文第2篇

1、需求分析：首先需要要學(xué)習(xí)并了解軟件的業(yè)務(wù)，分析需求點；

2、測試計劃：編寫整個測試計劃，在這個過程中需要參考需求規(guī)格說明書，這個階段一般情況下是測試主管編寫。包括了測試人員，測試時間，測試工具，測試方法等；

3、測試用例設(shè)計：是測試工作中的最核心的模塊，在執(zhí)行任何測試之前，首先必須完成測試用例的編寫。測試用例是指導(dǎo)執(zhí)行測試，幫助證明軟件功能或發(fā)現(xiàn)軟件缺陷的一種說明。用例設(shè)計好之后，會進行評審；

4、用例執(zhí)行：搭建環(huán)境，準(zhǔn)備好測試數(shù)據(jù)，進行預(yù)測，預(yù)測通過后，按照測試用例進入正式測試；

測試報告缺陷分析范文第3篇

（1）結(jié)合實際確定合理的戰(zhàn)術(shù)技術(shù)指標(biāo)、實現(xiàn)技術(shù)和工藝。結(jié)合實際確定合理的立項裝備戰(zhàn)術(shù)技術(shù)指標(biāo)，在初步方案設(shè)計中盡量采用成熟的技術(shù)和工藝，慎重采用新材料、新技術(shù)和新工藝，不可盲目追求“高精尖”或“大而全”，已夠用好用作為方案設(shè)計的基本原則，兼顧系統(tǒng)改建、性能擴展和升級的需要。做好可靠性的預(yù)測和安全性、可靠性設(shè)計工作，通過設(shè)計更改想法，排除或減少設(shè)計方案中的危險因素。在經(jīng)過重大更改后應(yīng)對方案重新進行風(fēng)險分析與評估。如果通過設(shè)計更改仍不能消除方案中的嚴(yán)重危險因素或降低其危險性，則應(yīng)放棄當(dāng)前的方案重新進行方案設(shè)計。

（2）建立科學(xué)嚴(yán)謹(jǐn)?shù)捻椖苛㈨棾绦?。新裝備項目（包括所有裝備立項項目）立項應(yīng)有一套科學(xué)嚴(yán)謹(jǐn)?shù)某绦?，不能憑感性認(rèn)識或經(jīng)驗辦事。應(yīng)成立由有關(guān)各方面專家組成的論證小組，對裝備研制的可行性、戰(zhàn)術(shù)技術(shù)指標(biāo)的合理性、設(shè)計方案的符合性等從技術(shù)、進度、質(zhì)量、風(fēng)險各方面進行綜合論證和評價，選擇最佳方案。既要防止草率盲目地啟動研制工作，也要防止過分小心謹(jǐn)慎而耽誤了研制工作的及時展開，同時要杜絕個別人假借組織的名義進行個人決策。

（3）認(rèn)真審查和選擇研制單位（或協(xié)作單位）。新裝備研制單位應(yīng)該有高度的國防觀念和軍品意識、良好的運營環(huán)境、優(yōu)秀的人才隊伍、完善有效的質(zhì)量保證體系、優(yōu)良的經(jīng)營信譽。是否有過類似產(chǎn)品的研制經(jīng)理、其結(jié)果如何也是可供參考的重要因素。

（4）簽訂科學(xué)、規(guī)范、完整的研制合同。新裝備研制合同應(yīng)科學(xué)、規(guī)范、完整，明確各種技術(shù)、質(zhì)量、進度等要求，力戒含糊不清、模棱兩可的敘述。研制合同既是研制過程中技術(shù)、經(jīng)濟、質(zhì)量管理的法律文件，也是進行新裝備管理的主要依據(jù)。簽訂合同時必須具有強烈的風(fēng)險意識，學(xué)會從風(fēng)險分析與風(fēng)險管理的角度研究合同的每一個條款，對可能遇到的風(fēng)險因素有全面深刻的了解。在合同中對各自的權(quán)利和義務(wù)做出明確規(guī)定，充分體現(xiàn)利益共享風(fēng)險分擔(dān)的原則。為了實現(xiàn)上述目標(biāo)，確保新裝備研制的質(zhì)量，科研單位應(yīng)該制定詳細(xì)的質(zhì)量管理過程文件，經(jīng)過評審后頒布執(zhí)行，為質(zhì)量管理體系有效運轉(zhuǎn)打好基礎(chǔ)。這一階段的質(zhì)量管理過程文件主要包括立項裝備需求調(diào)研提綱、立項裝備需求調(diào)研報告、立項裝備建設(shè)方案、立項裝備建設(shè)方案評審報告、單位或上級年度科研項目計劃、研制任務(wù)書、質(zhì)量保證計劃、風(fēng)險評估報告、項目經(jīng)費預(yù)算、研制任務(wù)書評審報告、評審所提問題及處理情況等。這些質(zhì)量管理過程文件可以根據(jù)研制的新裝備的具體情況制定和取舍。

2總體方案設(shè)計階段質(zhì)量管理過程文件

總體設(shè)計方案是整個裝備設(shè)計的龍頭，其設(shè)計質(zhì)量將直接關(guān)系到未來裝備的性能?？傮w方案設(shè)計既要充分利用已有的成熟技術(shù)，縮短研制周期，又應(yīng)有所創(chuàng)新，利用最新的科研成果提高裝備的技戰(zhàn)性能。由于總體設(shè)計方案的質(zhì)量是確保裝備最終質(zhì)量和裝備整體質(zhì)量的源中之源、重中之重，放松不得，馬虎不得，因此，科研單位應(yīng)制定詳細(xì)的這一階段的質(zhì)量管理過程文件。這一階段的質(zhì)量管理過程文件包括裝備技術(shù)調(diào)研提綱、裝備技術(shù)調(diào)研報告、裝備設(shè)計開發(fā)計劃、裝備總體技術(shù)方案、可靠性設(shè)計大綱、維修性設(shè)計大綱、保障性設(shè)計大綱、測試性設(shè)計大綱、安全性設(shè)計大綱、環(huán)境適應(yīng)性設(shè)計大綱、環(huán)境分析報告、標(biāo)準(zhǔn)化大綱、總體技術(shù)方案評審報告、評審所提問題及處理情況等。經(jīng)過評審后頒布執(zhí)行，以確?？傮w方案設(shè)計的質(zhì)量，從而最終確保研制的裝備整體質(zhì)量。

3詳細(xì)設(shè)計及軟硬件開發(fā)階段質(zhì)量管理過程文件

（1）嚴(yán)格控制新技術(shù)風(fēng)險因素。為了確保新研制裝備的先進性，采用一些新技術(shù)、新器件、新材料是必需的，但是為了確保新研制裝備的綜合效能（性能優(yōu)、壽命長、故障少、易維修、易保障、最佳費用比）和質(zhì)量，在方案審查中，要嚴(yán)格控制新技術(shù)、新器件、新材料的采用比例，要對技術(shù)風(fēng)險、制度風(fēng)險、費用風(fēng)險、后續(xù)保障風(fēng)險和潛在的質(zhì)量問題進行認(rèn)真嚴(yán)格的把關(guān)；

（2）加強對改進型研制裝備的方案審查。要特別注重對成熟技術(shù)的借用，注重裝備使用質(zhì)量物理模型的建立和選用，以及對改進技術(shù)的研究，要把評審后的改進意見落實到設(shè)計方案中；

（3）要注重裝備系統(tǒng)的接口技術(shù)和方案的審查，使裝備各分系統(tǒng)達到最佳組合。這一階段的質(zhì)量管理過程文件包括：系統(tǒng)硬件設(shè)計方案、系統(tǒng)硬件設(shè)計方案評審報告、設(shè)備清單、外包合同采購計劃、設(shè)備器材驗收報告、系統(tǒng)硬件平臺測試評審報告、軟件需求規(guī)格說明書、需求分析評審報告、軟件概要設(shè)計說明、概要設(shè)計評審報告、軟件詳細(xì)設(shè)計說明、軟件詳細(xì)設(shè)計評審報告、軟件源代碼報告、軟件單元測試報告、軟件單元測試問題報告、軟件單元測試評審報告、軟件部件測試報告、軟件部件測試問題報告、軟件部件測試評審報告、軟件配置項測試報告、軟件配置項測試問題報告、軟件配置項測試評審報告、軟件系統(tǒng)測試大綱、軟件系統(tǒng)測試細(xì)則、軟件分系統(tǒng)測試報告、軟件分系統(tǒng)測試問題報告、軟件分系統(tǒng)測試評審報告、設(shè)計和開發(fā)問題及處理結(jié)果匯總表、評審所提問題及處理情況等。

4系統(tǒng)研制及集成階段質(zhì)量管理過程文件

裝備研制是把設(shè)計方案變成藍圖，并把藍圖變成實物的過程，也是新型裝備從孕育到誕生的過程。研制的裝備是否能夠達到預(yù)期的戰(zhàn)術(shù)技術(shù)指標(biāo)、產(chǎn)品質(zhì)量是否滿足要求都取決于這個階段，該階段的風(fēng)險控制工作對裝備研制的成敗起著決定性的作用，是裝備全壽命周期內(nèi)風(fēng)險防范與控制的重中之重。裝備研制階段的主要工作是根據(jù)研制合同或技術(shù)協(xié)議的要求，對購方的需求進行分析，確定其功能基線和詳細(xì)設(shè)計方案，進行裝備的詳細(xì)設(shè)計、樣件加工，以及進行鑒定試驗和定型工作。由于多種原因及條件的限制，許多在方案論證及產(chǎn)品預(yù)研階段未能徹底突破的關(guān)鍵技術(shù)及未能量化的技術(shù)要求都被帶到研制階段，使研制階段的技術(shù)風(fēng)險增大。研制階段的工作任務(wù)繁重，面臨的風(fēng)險因素眾多，是風(fēng)險因素集中、高發(fā)的階段，技術(shù)風(fēng)險、資金風(fēng)險、進度風(fēng)險、組織人才風(fēng)險、政策風(fēng)險與道德風(fēng)險都會給研制工作帶來嚴(yán)重影響。在進行裝備設(shè)計時應(yīng)注重安全性、可靠性、工藝性、測試性、維修性、保障性設(shè)計。設(shè)計失誤是最大的失誤，一點微小的疏忽都可能給生產(chǎn)、使用和保障帶來意想不到的困難甚至災(zāi)難。在該階段控制好風(fēng)險對于降低批生產(chǎn)和維護保障階段的風(fēng)險有重要意義。要重視設(shè)計的工藝性，在研制過程中，應(yīng)注重考察設(shè)計的工藝性（包括工裝設(shè)備、工藝流程、工藝規(guī)程等），特別是新設(shè)備、新工藝及特種工藝等，發(fā)現(xiàn)和消除工藝設(shè)計及工藝文件的缺陷，以滿足未來裝備批生產(chǎn)的需求。注重產(chǎn)品的鑒定（定性）試驗、可靠性試驗及使用環(huán)節(jié)。通過試驗及使用及時發(fā)現(xiàn)和處理產(chǎn)品的故障及設(shè)計缺陷，及時采取糾正、預(yù)防措施，并將其落實到設(shè)計更改中去。加強技術(shù)狀態(tài)的控制與管理。在研制階段，產(chǎn)品的技術(shù)狀態(tài)復(fù)雜多變，管理上的疏忽會引起產(chǎn)品技術(shù)狀態(tài)的混亂。要按國軍標(biāo)的要求做好技術(shù)狀態(tài)的控制與管理。這一階段的質(zhì)量管理過程文件包括用戶檢測大綱、系統(tǒng)測試報告、系統(tǒng)測試問題報告、用戶檢測評審報告、設(shè)計和開發(fā)問題及處理結(jié)果匯總表、評審所提問題及處理情況等。

5驗收與交付階段質(zhì)量管理過程文件

現(xiàn)在許多試制裝備在科研、生產(chǎn)、驗收、交付和使用過程中是高度交叉的，科研與生產(chǎn)無論是技術(shù)狀態(tài)還是時間周期上已經(jīng)沒有明顯的界線劃分，研制階段的風(fēng)險因素會影響生產(chǎn)、驗收和交付，生產(chǎn)階段的風(fēng)險因素會影響到裝備的使用和保障。要控制好驗收與交付階段的風(fēng)險，保質(zhì)保量完成裝備交付任務(wù)，需要加強生產(chǎn)組織管理、加強技術(shù)狀態(tài)控制、加強質(zhì)量管理，應(yīng)根據(jù)裝備產(chǎn)品技術(shù)規(guī)范的要求做好例行試驗和定期檢驗工作，認(rèn)真分析和解決試驗中出現(xiàn)的各種問題，抓好問題的歸零處理和措施落實工作，完善履歷、技術(shù)說明書、操作規(guī)程、備品備件等相關(guān)資料。這一階段的質(zhì)量管理過程文件包括驗收大綱、用戶驗收結(jié)果報告、用戶驗收評審報告、試運行記錄、試運行報告、設(shè)計定型報告、用戶驗收交接清單、顧客滿意度分析、數(shù)據(jù)分析等。

6結(jié)束語

測試報告缺陷分析范文第4篇

摘 要：軟件維護在現(xiàn)實的軟件開發(fā)過程中占有十分重要的地位，本文介紹了我院的軟件維護實踐教學(xué)的教學(xué)方案以及具體實施情況。

關(guān)鍵詞：軟件工程；軟件開發(fā)；實驗；實踐教學(xué)；軟件維護

中圖分類號：G642

文獻標(biāo)識碼：B

1 軟件維護在軟件工程實踐教學(xué)中的意義

軟件工程是一門理論與實踐并重的基礎(chǔ)課程，教學(xué)內(nèi)容緊密圍繞軟件開發(fā)過程中的各種工程化方法、技術(shù)和思想[1]。在現(xiàn)實的軟件開發(fā)過程中，軟件維護占有很重要的地位，許多報告都指出軟件維護成本已經(jīng)占到總體成本的40%～70%以上。軟件維護關(guān)注于“變化”，包括糾錯性(corrective)、適應(yīng)性(adaptive)、完善性(perfective)、預(yù)防性(preventative)等維護類型[2]。當(dāng)前的軟件工程教學(xué)中一般都已經(jīng)包括了軟件維護相關(guān)理論和方法相關(guān)的內(nèi)容，例如軟件維護及可維護性的概念、軟件維護的類型和過程、變更管理以及軟件再工程等。但軟件工程實踐教學(xué)仍然以瀑布式的正向開發(fā)過程為主，主要體現(xiàn)需求分析、設(shè)計、實現(xiàn)和測試等基本開發(fā)活動，缺少軟件維護的實踐訓(xùn)練。

由于軟件維護在軟件開發(fā)中的重要性，許多國內(nèi)外學(xué)者都呼吁在軟件工程教學(xué)中引入軟件維護實踐(如文獻[3])。在軟件工程實踐教學(xué)中引入軟件維護內(nèi)容主要基于以下這些考慮。

首先，軟件維護在軟件開發(fā)中占有十分重要的地位，典型的軟件工程開發(fā)中花在軟件維護上的時間往往比軟件開發(fā)還要多[3]。而且，大部分畢業(yè)生進入軟件開發(fā)機構(gòu)后都是從維護性的開發(fā)任務(wù)開始的。

其次，軟件維護實踐還能使學(xué)生更直觀地體會和理解軟件工程方法和原則的重要性。軟件工程教學(xué)中系統(tǒng)地講授了許多重要的軟件工程方法和原則，包括軟件文檔規(guī)范、設(shè)計原則(如層次化、高內(nèi)聚低耦合等)以及編碼習(xí)慣(如標(biāo)識符命名、注釋和排版等)等，其中大部分都與軟件的可維護性相關(guān)。通過對文檔不全、設(shè)計混亂和編碼習(xí)慣不好的軟件系統(tǒng)進行維護，可以對這些方法和原則獲得直觀、深入的認(rèn)識和理解。例如，對標(biāo)識符命名不規(guī)范、缺少注釋、排版混亂的代碼進行閱讀和理解，可以深刻認(rèn)識到好的編碼習(xí)慣對于維護工作的重要性。

此外，軟件維護實踐能使學(xué)生更好地認(rèn)識軟件開發(fā)的現(xiàn)實困難。缺陷報告、需求變更、軟硬件平臺的變化等導(dǎo)致軟件演化的因素在現(xiàn)實的軟件開發(fā)中總是存在的。通過在實踐教學(xué)中設(shè)置階段性的需求變更，可以讓學(xué)生對于現(xiàn)實的軟件開發(fā)有更加真實的體驗，從而提高對迭代、增量式開發(fā)等實用的軟件開發(fā)方法和技術(shù)的認(rèn)知。

2 軟件維護實踐教學(xué)方案

軟件維護主要包括糾錯性、適應(yīng)性、完善性和預(yù)防性維護四種類型[2]：糾錯性維護是針對所發(fā)現(xiàn)的錯誤或缺陷而對軟件進行的修改；適應(yīng)性維護是為了適應(yīng)外部環(huán)境(如硬件、操作系統(tǒng)、外部規(guī)則等)的變化而對軟件進行的修改；完善性維護是由于功能擴展而進行的軟件修改；預(yù)防性維護是面向未來的維護需要，為了提高軟件的適應(yīng)性和可維護性等而進行的系統(tǒng)優(yōu)化和改進。軟件維護實踐教學(xué)應(yīng)以循序漸進的方式覆蓋這四個方面的軟件維護任務(wù)，同時穿插并突出相關(guān)軟件工程方法和原則的體驗和熏陶。

根據(jù)這一總體目標(biāo)，相應(yīng)的軟件維護實踐教學(xué)將在給定的作為維護對象的遺留系統(tǒng)基礎(chǔ)上，分三個階段進行，如圖1所示。遺留系統(tǒng)分析評估階段的主要目的是在理解遺留系統(tǒng)需求的基礎(chǔ)上對系統(tǒng)的外部和內(nèi)部質(zhì)量進行初步的了解和評價。系統(tǒng)改進維護階段的目標(biāo)是以當(dāng)前系統(tǒng)需求為基礎(chǔ)，對遺留系統(tǒng)的缺陷和錯誤進行修改，對系統(tǒng)內(nèi)部的設(shè)計、實現(xiàn)以及文檔質(zhì)量進行改進。系統(tǒng)需求演化維護階段通過若干次迭代的需求和系統(tǒng)環(huán)境變更，進行系統(tǒng)的完善性和適應(yīng)性維護。針對新需求和系統(tǒng)環(huán)境設(shè)置的修改將通過系統(tǒng)測試確認(rèn)，測試結(jié)果反饋給系統(tǒng)改進維護階段，從而進行相應(yīng)的糾錯性維護活動。此外，系統(tǒng)修改過程中發(fā)現(xiàn)的內(nèi)部質(zhì)量問題(例如可擴展性上的不足等)同樣也會反饋給系統(tǒng)改進維護階段，從而進行相應(yīng)的預(yù)防性維護活動。這種反饋關(guān)系以及需求和系統(tǒng)環(huán)境變更的迭代進行使得后兩個階段將反復(fù)迭代進行。

(1) 遺留系統(tǒng)分析評估階段

與傳統(tǒng)的基于分析、設(shè)計和實現(xiàn)的軟件工程實踐教學(xué)不同，軟件維護實踐教學(xué)以已經(jīng)開發(fā)完成的遺留軟件系統(tǒng)作為起點。每個小組分配到的遺留系統(tǒng)都是由其他人開發(fā)的，猶如在軟件開發(fā)中接手其他小組的維護工作。因此，首先要求他們在理解項目當(dāng)前需求的基礎(chǔ)上，對所分配的系統(tǒng)進行分析和評估，從而為后續(xù)的維護活動打下基礎(chǔ)。這階段的主要實踐任務(wù)包括：

圖1 軟件維護實踐教學(xué)過程

1) 理解遺留系統(tǒng)需求。與正向軟件開發(fā)一樣，軟件維護實踐也要從了解系統(tǒng)需求開始。需求是評價當(dāng)前系統(tǒng)質(zhì)量，進而規(guī)劃并實施各種糾錯性、適應(yīng)性、完善性和預(yù)防性維護活動的基礎(chǔ)。

2) 系統(tǒng)測試及外部質(zhì)量評價。外部質(zhì)量因素是那些用戶能輕易觀察到的軟件特性，例如功能正確性、性能、可靠性、可用性等[2]。通過系統(tǒng)測試，可以針對用戶需求得到遺留系統(tǒng)的外部質(zhì)量總體評價，以及待糾正的錯誤和缺陷列表，從而為糾錯性維護打下基礎(chǔ)。

3) 系統(tǒng)理解及內(nèi)部質(zhì)量評價。內(nèi)部質(zhì)量是指與系統(tǒng)內(nèi)部設(shè)計和實現(xiàn)相關(guān)的質(zhì)量特性，例如可理解性、可維護性、可擴展性等，它們對于軟件工程師而言是十分重要的[2]。通過閱讀遺留系統(tǒng)文檔(可能殘缺不全或質(zhì)量不高)以及系統(tǒng)代碼，同時借助于相關(guān)輔助理解工具的支持，獲得對系統(tǒng)設(shè)計(如體系結(jié)構(gòu)和模塊結(jié)構(gòu)等)和代碼的初步理解，在此基礎(chǔ)上對系統(tǒng)的設(shè)計和實現(xiàn)質(zhì)量進行評價，從而為預(yù)防性維護打下基礎(chǔ)。

這一階段首先強化了對于軟件測試的實踐。在以往的教學(xué)實踐中，我們發(fā)現(xiàn)學(xué)生在正向開發(fā)階段往往不太重視測試(對于自己開發(fā)的系統(tǒng)進行測試往往會覺得沒有必要或比較敷衍了事)，且常與調(diào)試混淆。而在軟件維護實踐中，測試對象是他人開發(fā)的系統(tǒng)(實踐中常常發(fā)現(xiàn)學(xué)生對于測試、評價其他人開發(fā)的系統(tǒng)比較有興趣)，而且測試結(jié)果直接決定了對遺留系統(tǒng)的外部質(zhì)量評價和糾錯性改進方案，因此學(xué)生往往會認(rèn)真對待。系統(tǒng)理解能力也非常重要。在教學(xué)實踐中，可以鼓勵學(xué)生充分運用相關(guān)輔助理解工具進行系統(tǒng)理解，例如Eclipse相關(guān)插件所提供的代碼UML視圖、類語法樹、調(diào)用關(guān)系圖、度量信息等輔助理解功能。

除此之外，系統(tǒng)理解及內(nèi)部質(zhì)量評價還強化了對于軟件工程設(shè)計和實現(xiàn)原則的認(rèn)識。通過閱讀遺留系統(tǒng)文檔和代碼，學(xué)生們可以深切體會到好的系統(tǒng)設(shè)計、編碼風(fēng)格以及文檔規(guī)范對于軟件開發(fā)的重要性。實踐中，他們經(jīng)常會抱怨遺留系統(tǒng)文檔不全或不一致、設(shè)計混亂、編碼風(fēng)格不好，而這些其實也正是他們自己在正向開發(fā)階段很容易出現(xiàn)的問題。

(2) 系統(tǒng)改進維護階段

系統(tǒng)改進維護階段將在遺留系統(tǒng)分析和評估基礎(chǔ)上，進行糾錯性和預(yù)防性維護。針對用戶需求以及一般的軟件設(shè)計和實現(xiàn)質(zhì)量準(zhǔn)則，從外部質(zhì)量和內(nèi)部質(zhì)量兩個方面對遺留系統(tǒng)進行改進。這階段的主要實踐任務(wù)包括：

1) 糾錯性維護實施。針對系統(tǒng)測試過程中發(fā)現(xiàn)的問題，進行糾錯性維護，包括消除系統(tǒng)意外出錯、糾正與功能需求不一致的地方、改進系統(tǒng)性能、可靠性等非功能質(zhì)量方面的不足。

2) 回歸測試及總結(jié)。糾錯性維護結(jié)束后，通過回歸測試驗證糾錯性維護的效果，并進行總結(jié)。

3) 預(yù)防性維護方案制定及實施。針對系統(tǒng)內(nèi)部質(zhì)量評價中發(fā)現(xiàn)的問題以及糾錯性維護中遇到的困難(例如難以擴展的系統(tǒng)結(jié)構(gòu)等)，制定并實施對系統(tǒng)的預(yù)防性維護方案，包括對系統(tǒng)設(shè)計和編碼質(zhì)量的改進，以及對開發(fā)文檔的補充和完善等。

4) 系統(tǒng)評審及總結(jié)。預(yù)防性維護結(jié)束后，對系統(tǒng)的設(shè)計、代碼及文檔進行評審，總結(jié)改進情況以及所獲得的體會和經(jīng)驗。

這一階段首先涵蓋了糾錯性維護和預(yù)防性維護實踐。其次，預(yù)防性維護實踐通過系統(tǒng)設(shè)計、開發(fā)文檔、編碼風(fēng)格等方面的改進，強化了相關(guān)軟件工程方法和原則的訓(xùn)練。

(3) 系統(tǒng)需求演化維護階段

前兩個階段的軟件維護實踐都還停留在原有系統(tǒng)基礎(chǔ)上，系統(tǒng)需求演化階段將通過用戶需求和系統(tǒng)環(huán)境的變化，引導(dǎo)學(xué)生進行完善性和適應(yīng)性維護實踐。由于現(xiàn)實中的軟件開發(fā)一般都包含多次迭代和增量，因此這階段的維護實踐也將迭代進行多次。這階段的主要實踐任務(wù)包括：

1) 需求和系統(tǒng)環(huán)境變更分析。在原有系統(tǒng)需求基礎(chǔ)上，提出若干新的擴展功能要求和系統(tǒng)環(huán)境變更(例如改變原有的數(shù)據(jù)庫管理系統(tǒng))，要求學(xué)生通過與助教的溝通和交流明確需求和系統(tǒng)環(huán)境變更要求。

2) 系統(tǒng)修改方案制定及實施。根據(jù)變更要求和對系統(tǒng)設(shè)計、實現(xiàn)的理解確定系統(tǒng)修改方案并加以實施。

3) 系統(tǒng)測試。針對需求或系統(tǒng)環(huán)境變更進行系統(tǒng)測試，對系統(tǒng)修改進行確認(rèn)，所發(fā)現(xiàn)的錯誤和缺陷將反饋給糾錯性維護活動。

4) 系統(tǒng)內(nèi)部質(zhì)量反饋。針對需求或系統(tǒng)環(huán)境變更的修改活動可以對系統(tǒng)的內(nèi)部設(shè)計和實現(xiàn)質(zhì)量進行檢驗，暴露設(shè)計、實現(xiàn)及文檔等方面的問題，這些問題將反饋給預(yù)防性維護活動。

系統(tǒng)需求演化維護階段除了涵蓋完善性和適應(yīng)性維護實踐外，還具有以下幾個方面的作用：使學(xué)生體驗到真實軟件開發(fā)中多次迭代的增量式開發(fā)過程；通過需求變更直觀體會到可維護性、可擴展性等內(nèi)部設(shè)計和實現(xiàn)質(zhì)量的重要性；驗證改進維護階段對于改進系統(tǒng)內(nèi)部質(zhì)量的效果，加深對于良好的軟件設(shè)計、編碼和文檔習(xí)慣的認(rèn)識。

3 教學(xué)方案實施

軟件工程課程實驗可以按照由淺入深的順序分為認(rèn)知性導(dǎo)入實驗、方法性實驗和綜合實踐三個部分，其中前兩部分穿插在一個學(xué)期的軟件工程課程中進行，而綜合實踐則可以在后續(xù)的軟件實踐類課程中安排[1]。在教學(xué)實踐中，軟件維護實踐應(yīng)該作為綜合實踐安排，此時學(xué)生已經(jīng)有了軟件工程課程教學(xué)和一些正向開發(fā)實踐(主要包括需求分析、設(shè)計和實現(xiàn))基礎(chǔ)。軟件維護實踐以3～5人的小組為單位，每個人可以分別擔(dān)任需求分析、設(shè)計、實現(xiàn)和測試等不同實踐任務(wù)。

在實踐項目選擇上，我們從此前的軟件工程課程實踐、數(shù)據(jù)庫課程實踐(數(shù)據(jù)庫應(yīng)用系統(tǒng))等實踐項目中選取一些具有典型性的系統(tǒng)實現(xiàn)(包括文檔和代碼等)作為軟件維護實踐候選對象。這些項目一般已經(jīng)基本實現(xiàn)了原有的用戶需求，但在外部質(zhì)量和內(nèi)部設(shè)計和實現(xiàn)上還存在許多不足。選取這類項目的好處是由類似背景的學(xué)生完成，能夠反映許多典型的軟件實踐問題，同時相關(guān)項目學(xué)生已經(jīng)有所接觸，也較為熟悉。

在軟件實踐教學(xué)中，我們選取書店管理系統(tǒng)等多個在以往軟件工程和數(shù)據(jù)庫等相關(guān)課程的課程實踐項目作為軟件維護實踐的對象。這些項目都是以數(shù)據(jù)庫為核心的信息管理系統(tǒng)，這類系統(tǒng)較為典型且本身的需求較容易發(fā)生變化。

(1) 遺留系統(tǒng)分析評估階段

此階段學(xué)生將首先借助于原始需求說明以及與客戶(由助教扮演)的交互明確系統(tǒng)需求。在此基礎(chǔ)上通過測試和文檔、代碼分析進行外部質(zhì)量和內(nèi)部質(zhì)量評價。遺留系統(tǒng)外部質(zhì)量上存在的主要問題包括某些功能與需求不符、運行不穩(wěn)定、用戶使用不方便等。而內(nèi)部質(zhì)量方面的普遍問題包括類結(jié)構(gòu)設(shè)計混亂、文檔缺乏或不規(guī)范、編碼質(zhì)量差(命名不規(guī)范、缺少注釋)等。

本階段安排約4周時間，其中第1周用于了解遺留系統(tǒng)原始需求，第2周用于系統(tǒng)測試，后2周用于系統(tǒng)理解和分析。本階段要求提交系統(tǒng)測試報告、系統(tǒng)總體評價報告(包括外部質(zhì)量和內(nèi)部質(zhì)量)。

(2) 系統(tǒng)改進維護階段

此階段的系統(tǒng)改進針對系統(tǒng)測試報告中所發(fā)現(xiàn)的錯誤和缺陷進行糾錯性維護，針對系統(tǒng)總體評價報告中指出的設(shè)計、編碼和文檔上的不足進行改進。初次的系統(tǒng)改進后，本階段的維護活動還可能在系統(tǒng)需求演化維護階段的反饋作用下反復(fù)多次進行(見圖1)。

本階段在每次迭代中安排約2周時間，要求提交回歸測試報告、糾錯性維護總結(jié)以及預(yù)防性維護總結(jié)。

(3) 系統(tǒng)需求演化維護階段

此階段的維護活動由需求或系統(tǒng)環(huán)境變更發(fā)起。以書店管理系統(tǒng)為例，遺留系統(tǒng)實現(xiàn)的基本功能包括圖書查詢、選購、訂單生成、付款(現(xiàn)金方式)及簡單的庫存管理等。需求變更可以包括增加信用卡支付功能(通過虛擬的銀行支付接口)、增加郵購和網(wǎng)上訂購功能、增加會員制折扣功能等。系統(tǒng)環(huán)境變更可以包括改變所用數(shù)據(jù)庫管理系統(tǒng)(如由Access改為MySQL)、改變國內(nèi)地區(qū)標(biāo)準(zhǔn)編碼(用于標(biāo)識供應(yīng)商及顧客的地區(qū))等。相應(yīng)的維護活動除了滿足這些新需求及系統(tǒng)環(huán)境外，還可以引導(dǎo)學(xué)生進一步改進系統(tǒng)的設(shè)計和實現(xiàn)等。例如，為了更好的容納信用卡支付這一新的付款方式，可以從現(xiàn)金支付和信用卡支付中抽取出公共的支付方式類，從而改進系統(tǒng)的設(shè)計結(jié)構(gòu)。

本階段在每次迭代中安排約2周時間，要求提交系統(tǒng)修改方案、測試報告和系統(tǒng)內(nèi)部質(zhì)量改進反饋報告。

這樣，在一學(xué)期的軟件實踐課程中，系統(tǒng)改進維護階段和系統(tǒng)需求演化維護階段一起可以安排3次左右的迭代，每次完成1～2項需求或系統(tǒng)環(huán)境變更。

我們在復(fù)旦大學(xué)計算機科學(xué)與技術(shù)學(xué)院的軟件工程本科教學(xué)實踐中利用軟件實踐課程開展軟件維護實踐教學(xué)。軟件實踐課程安排在軟件工程課程(第六學(xué)期)之后的第七學(xué)期，此時學(xué)生已經(jīng)系統(tǒng)的學(xué)習(xí)過軟件工程、數(shù)據(jù)庫、操作系統(tǒng)等課程，初步具備了開展綜合性軟件開發(fā)實踐的基礎(chǔ)。

4 總結(jié)

軟件開發(fā)實踐是軟件工程教學(xué)的重要組成部分。傳統(tǒng)的軟件開發(fā)實踐教學(xué)主要以瀑布式的正向開發(fā)實踐為主，忽略了軟件維護實踐的訓(xùn)練。軟件維護實踐的意義不僅在于軟件維護在現(xiàn)實軟件開發(fā)中的重要地位，而且可以使學(xué)生更加直觀、深刻地體會和理解相關(guān)的軟件工程方法和原則。通過遺留系統(tǒng)分析評估以及多次迭代的系統(tǒng)改進維護和需求演化維護，不僅培養(yǎng)了系統(tǒng)理解、修改等軟件維護實踐能力，還強化了軟件設(shè)計準(zhǔn)則、編碼和文檔習(xí)慣以及軟件測試能力的培養(yǎng)。

參考文獻

[1] 彭鑫，趙文耘，錢樂秋．軟件工程實驗教學(xué)研究與實踐[J]．計算機教育，2007，(20).

測試報告缺陷分析范文第5篇

關(guān)鍵詞：軟件開發(fā)過程；項目管理

隨著信息技術(shù)的快速發(fā)展，應(yīng)用軟件的功能越來越龐大，為了便于管理，把項目管理的方法引入到軟件開發(fā)過程當(dāng)中，對所有的軟件活動進行有效的管理。本文按照傳統(tǒng)的瀑布模型從項目管理九大知識領(lǐng)域的角度，進行軟件管理項目的工作實踐管理。

第一階段：立項

（1）建立團隊：明確項目經(jīng)理，選擇項目組成員，識別項目干系人。

（2）編寫項目任務(wù)書：明確項目的背景和目標(biāo)，能夠描述出基本的項目范圍，識別并且確定整個項目的需求，能夠指出項目中干系人的期望值，確認(rèn)需要交付的產(chǎn)品或服務(wù)，功能和性能指標(biāo)。

（3）制定工作計劃：重點描述任務(wù)的分配計劃，執(zhí)行的時間計劃。

（4）制定成本計劃：制定活動清單，采購計劃，人力成本計劃。

（5）制定評審流程：由項目的管理層和相關(guān)干系人制定流程。

（6）制定溝通管理：制定溝通管理。

（7）簽訂合同：立項、初驗、中驗、維保過程中確認(rèn)交付的產(chǎn)品或者服務(wù)。

第二階段：需求的調(diào)研

（1）人員分配：分配調(diào)研人員工作任務(wù)。

（2）編寫需求規(guī)格說明書：進一步明確軟件的范圍，原型的制定（UI操作界面+UE界面設(shè)計），明確才用的開發(fā)環(huán)境和開發(fā)工具。

（3）運營指標(biāo)的檢測：監(jiān)控工作任務(wù)的完成情況，監(jiān)控預(yù)算是否變化，監(jiān)控需求的變更。

（4）時間管理：任務(wù)分解wbs，定義具體的活動，排列順序，估算工作時間。

第三階段：設(shè)計和開發(fā)

（1）人員管理：分配開發(fā)人員工作任務(wù)。

（2）編寫概要設(shè)計說明書，編寫詳細(xì)設(shè)計說明書，編寫代碼。

（3）運營指標(biāo)的監(jiān)控：監(jiān)控工作任務(wù)的完成情況，監(jiān)控預(yù)算是否變化，監(jiān)控需求的變更。

第四階段：測試

（1）人員管理：分配測試人員工作任務(wù)。

（2）部署：部署生產(chǎn)環(huán)境。

（3）編寫功能測試測試計劃，編寫功能測試用例并執(zhí)行測試，編寫功能測試報告。

（4）編寫性能測試測試計劃，錄制腳本并分析，編寫性能測試報告。

（5）測試管理：缺陷管理。

（6）運營指標(biāo)的監(jiān)控：功能和性能是否和需求一致，工作任務(wù)否是及時完成。

第五階段：實施

（1）人員管理：分配實施人員任務(wù)。

制定實施方案：在生產(chǎn)環(huán)境部署軟件的使用環(huán)境，要保證執(zhí)行計劃所需的資源

（2）運營指標(biāo)的監(jiān)控：是否及時完成實施人員的培訓(xùn)及管理工作。

（3）用戶驗證確認(rèn)。

第六階段：運行和維護

（1）對項目代碼進行打包，交付。

（2）合同終結(jié)：得到項目干系人的認(rèn)可。

（3）跟蹤問題，并解決問題。

（4）撰寫項目總結(jié)報告。

在對項目的綜合管理中，要制定計劃，要嚴(yán)格的執(zhí)行計劃，遇到變化，要有效的進行協(xié)調(diào)和控制；在項目范圍管理中，對范圍進行定義和確認(rèn)，有效的變更進行控制；對項目時間的管理就是對活動進行定義，根據(jù)活動的性質(zhì)，進行排序，以及時間的估算，人員進度的安排和進度的控制；在項目成本管理中，要有資源計劃，成本估算，成本預(yù)算和成本控制；在項目質(zhì)量管理就是質(zhì)量計劃，質(zhì)量評估和質(zhì)量控制；在項目人力資源管理中強調(diào)，項目組成員的組建，干系人的識別；在項目溝通管理中，強調(diào)溝通計劃，激勵措施，執(zhí)行情況報告以及信息管理；項目風(fēng)險管理，強調(diào)風(fēng)險分析和識別，以及風(fēng)險監(jiān)控；最后是采購管理，制定采購計劃，確認(rèn)項目范圍內(nèi)的都已經(jīng)完成，合同管理及合同收尾。

軟件開發(fā)類項目通常是通過團隊合作的方式來完成的，引入了項目管理的知識，在整個項目中對工作任務(wù)的分解、估算工作時間，人員的分配、風(fēng)險的監(jiān)控、成本的控制、質(zhì)量的把握等方面起到了很好的作用。讓項目的每個階段，都能夠在管理者的監(jiān)控之下，以達到在成本、時間、質(zhì)量三者的一個平衡，最終完成整個項目的開發(fā)，最終打包交付到用戶手中，合同終結(jié)。

參考文獻：

[1] 王勇、張斌譯.項目管理知識體系指南.電子工業(yè)出版社.（美）項目管理協(xié)會