1、會計學(xué)1測試測試(csh)工作總體流程圖工作總體流程圖第一頁，共8頁。依據(jù)項目需求規(guī)格說明書、項目開發(fā)架構(gòu)設(shè)計和項目整體計劃(jhu)設(shè)計測試計劃(jhu)和 測試設(shè)計設(shè)計(shj)審核進入下一階段測試計劃根據(jù)用戶需求報告中關(guān)于功能要求和性能指標的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標準，以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的；同時，還要適當(dāng)選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。測試設(shè)計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當(dāng)?shù)臏y試用例 審核通過第1頁/共

2、7頁第二頁，共8頁。測試(csh)設(shè)計文檔單元測試方案(fng n)依據(jù)需求(xqi)和設(shè)計描述作為指南，對重要的控制路徑進行測試以發(fā)現(xiàn)模塊內(nèi)的錯誤。測試過程中優(yōu)先考慮耦合度比較高的模塊功能，重點測試。產(chǎn)生測試用例BUG記錄開發(fā)人員提供新版本回歸測試單元測試總結(jié)單元測試執(zhí)行BUG記錄版本提交使用測試工具對BUG測試記錄的版本進行控制針對上個測試版本的BUG記錄進行測試在BUG出現(xiàn)的曲線圖逐漸收斂并且得到控制的情況下進入下一階段第2頁/共7頁第三頁，共8頁。整合(zhn h)測試方案產(chǎn)生(chnshng)測試用例BUG記錄開發(fā)人員提供新版本回歸測試整合測試總結(jié)整合測試執(zhí)行主要針對模塊之間互相疊加

3、的功能決設(shè)計測試用例。上一階段使用測試工具對BUG測試記錄的版本進行控制BUG記錄提交針對上個測試版本的BUG記錄進行測試第3頁/共7頁第四頁，共8頁。系統(tǒng)測試(csh)方案產(chǎn)生(chnshng)測試用例BUG記錄開發(fā)人員提供新版本回歸測試系統(tǒng)功能達到需求標準系統(tǒng)測試執(zhí)行上一階段BUG記錄版本提交系統(tǒng)測試綜合報告針對上個測試版本的記錄進行測試系統(tǒng)測試綜合報告提交報告申請進入下一階段(1)設(shè)計測試所有從系統(tǒng)的其他元素來的信息的錯誤處理路徑；(2)在軟件接口處進行一系列仿真錯誤數(shù)據(jù)或者其他潛在錯誤的測試；(3)記錄測試的結(jié)果作為當(dāng)“互相指責(zé)”時出現(xiàn)的“證據(jù)”；(4)參與系統(tǒng)測試的計劃和設(shè)計來保證系

4、統(tǒng)進行了足夠的測試。使用測試工具對BUG測試記錄的版本進行控制第4頁/共7頁第五頁，共8頁。依據(jù)使用壓力測試工具進行壓力測試性能(xngnng)測試報告依據(jù)的要求設(shè)計性能測試方案測試工具采用Microsoft WebApplication Stress Tool 依據(jù)系統(tǒng)各頁面的實際訪問量大小設(shè)計壓力大小。例如：應(yīng)該給予首頁比較大的訪問壓力測試評估運行環(huán)境優(yōu)化調(diào)試對系統(tǒng)進行優(yōu)化調(diào)試腳本優(yōu)化調(diào)整提交報告申請進入下一階段達到產(chǎn)品需求規(guī)格標準測試報告提交包含壓力測試過程中出現(xiàn)的異常和不符合產(chǎn)品需求的情況。性能測試與壓力測試同步第5頁/共7頁第六頁，共8頁。主要由客戶依據(jù)需求規(guī)格(gug)說明書在客戶的驗收環(huán)境下進行測試測試人員進行(jnxng)記錄提交BUG記錄驗收測試設(shè)計驗收測試方案開發(fā)人員提供修改后的版本產(chǎn)品質(zhì)量驗收合格證書測試工作總結(jié)符合需求規(guī)格說明書標準第6頁/共7頁第七頁，共8頁。NoImage內(nèi)容(nirng)總結(jié)會計學(xué)。依據(jù)項目需求規(guī)格說明書、項目開發(fā)架構(gòu)設(shè)計和項目整體計劃設(shè)計測試計劃和 測試設(shè)計。測試需求來進行，符合測試需。求的應(yīng)用程序即是合格的，反。測試人員、測試時間及測試資。的測試過程，并為每個測試過。并且得到(d do