1、系統(tǒng)測試階段之系統(tǒng)測試執(zhí)行,課程內(nèi)容,系統(tǒng)測試執(zhí)行過程 系統(tǒng)測試環(huán)境 系統(tǒng)測試記錄和日報 系統(tǒng)測試執(zhí)行實踐 系統(tǒng)測試報告,系統(tǒng)測試執(zhí)行的概念,按一定的系統(tǒng)測試計劃，依據(jù)系統(tǒng)測試用例，完成測試的各項操 作任務(wù) 系統(tǒng)測試執(zhí)行階段應(yīng)完成：環(huán)境準(zhǔn)備、測試操作、測試記錄、測 試報告,系統(tǒng)測試執(zhí)行時間安排,在集成測試執(zhí)行完成之后進行系統(tǒng)測試執(zhí)行,系統(tǒng)測試執(zhí)行的輸入和輸出,系統(tǒng)測試執(zhí)行的輸入 - 系統(tǒng)測試計劃 - 系統(tǒng)測試方案 - 系統(tǒng)測試用例 -系統(tǒng)測試預(yù)測試項 - 系統(tǒng)測試規(guī)程 - 集成測試報告 系統(tǒng)測試執(zhí)行的輸出 - 軟件系統(tǒng)預(yù)測試報告及轉(zhuǎn)系統(tǒng)測試評審表 - 系統(tǒng)測試報告及軟件系統(tǒng)測試報告評審表 -

2、缺陷報告，測試日報,系統(tǒng)測試執(zhí)行的出口準(zhǔn)則,完成系統(tǒng)測試，達到系統(tǒng)測試計劃中的測試通過準(zhǔn)則要求 通過軟件系統(tǒng)測試報告的評審,系統(tǒng)測試執(zhí)行的活動,構(gòu)造系統(tǒng)測試環(huán)境 系統(tǒng)測試預(yù)測試 轉(zhuǎn)系統(tǒng)測試評審 執(zhí)行系統(tǒng)測試，進行系統(tǒng)測試記錄，填寫測試日報。提交缺陷報 告并反饋和跟蹤缺陷解決進行缺陷管理 撰寫并評審系統(tǒng)測試報告,系統(tǒng)測試環(huán)境,根據(jù)系統(tǒng)測試方案，搭建系統(tǒng)測試環(huán)境是系統(tǒng)測試執(zhí)行的一個重 要步驟，測試環(huán)境適合與否會嚴重影響測試結(jié)果的真實性和正確 性 系統(tǒng)測試環(huán)境除支撐被測軟件運行的硬件設(shè)備外，還應(yīng)包含被測 軟件，和被測軟件配套的操作系統(tǒng)、數(shù)據(jù)庫等系統(tǒng)軟件，備料、 測試數(shù)據(jù)、相關(guān)資料文檔等,系統(tǒng)測試預(yù)測

3、試,系統(tǒng)測試預(yù)測試的目的是驗證軟件系統(tǒng)基本功能或預(yù)測主要的系 統(tǒng)功能，以確保其后的系統(tǒng)測試執(zhí)行能夠順利進行 系統(tǒng)預(yù)測試應(yīng)在開發(fā)項目組提出軟件版本轉(zhuǎn)系統(tǒng)測試申請后進行 ，主要是完成轉(zhuǎn)系統(tǒng)測試評審需要輸入的軟件系統(tǒng)預(yù)測試報 告 執(zhí)行驗證軟件系統(tǒng)基本功能活動的主體可以是軟件開發(fā)項目組也 可以是軟件測試項目組或聯(lián)合組織,轉(zhuǎn)系統(tǒng)測試評審,評審責(zé)任主體為軟件測試項目組，需要完成軟件轉(zhuǎn)系統(tǒng)測試評審 表 軟件版本轉(zhuǎn)系統(tǒng)測試評審?fù)ㄟ^后，才能啟動執(zhí)行系統(tǒng)測試過程 啟動執(zhí)行系統(tǒng)測試過程后，系統(tǒng)預(yù)測試相關(guān)的軟件版本，測試代 碼，文檔，環(huán)境等均應(yīng)在配置管理中基線化,執(zhí)行系統(tǒng)測試,按照軟件系統(tǒng)測試規(guī)程執(zhí)行系統(tǒng)測試，進行系

4、統(tǒng)測試記錄， 每日提交測試日報 執(zhí)行系統(tǒng)測試的過程中，軟件測試項目組對于發(fā)現(xiàn)的產(chǎn)品缺陷， 要及時填寫缺陷報告，并跟蹤問題的解決，做好問題跟蹤和解決 記錄 測試項目組要進行問題管理，通過問題分析回溯軟件產(chǎn)品產(chǎn)生問 題的原因，通過缺陷分析，判斷軟件產(chǎn)品與設(shè)計要求的符合度 如果由于缺陷較多或較為嚴重，使得部分系統(tǒng)測試工作無法繼續(xù) 執(zhí)行，則軟件測試項目組根據(jù)問題嚴重程度，有權(quán)暫停該部分的 測試，或?qū)④浖姹痉祷剀浖_發(fā)項目組，重新組織進行轉(zhuǎn)系統(tǒng) 測試評審,系統(tǒng)測試報告寫作和評審,依據(jù)系統(tǒng)測試計劃的測試通過標(biāo)準(zhǔn)結(jié)束系統(tǒng)測試后，編寫系統(tǒng)測 報告 系統(tǒng)測試報告需要通過評審，責(zé)任人為軟件測試項目組，由軟件 開

5、發(fā)項目組、配置管理組，QA參與 評審不通過，系統(tǒng)測試報告退回。在評審不符合項和問題解決后 再提交評審申請，或重新啟動系統(tǒng)測試過程 評審?fù)ㄟ^后，系統(tǒng)測試相關(guān)文檔，代碼，工具等均需跟隨軟件代 碼，開發(fā)文檔一起完成配置基線化，系統(tǒng)測試過程結(jié)束,課程內(nèi)容,系統(tǒng)測試執(zhí)行過程 系統(tǒng)測試環(huán)境 系統(tǒng)測試記錄和日報 系統(tǒng)測試執(zhí)行實踐 系統(tǒng)測試報告,系統(tǒng)測試環(huán)境要素,系統(tǒng)測試環(huán)境 硬件環(huán)境 指測試必須的服務(wù)器、客戶端、網(wǎng)絡(luò)連接設(shè)備，以及測試儀器、 打印機/掃描儀等輔助硬件設(shè)備所構(gòu)成的環(huán)境 軟件環(huán)境 指被測軟件運行時的操作系統(tǒng)、數(shù)據(jù)庫、共存軟件、測試工具及 相關(guān)手冊等其他應(yīng)用軟件構(gòu)成的環(huán)境 - 在實際測試中，軟件環(huán)

6、境又可分為主測試環(huán)境和輔助測試環(huán)境 - 主測試環(huán)境是測試軟件功能、安全可靠性、性能、易用性等大 多數(shù)指標(biāo)的主要環(huán)境 - 輔測試環(huán)境常常用來滿足不同的測試需求或特殊測試項目,配置主測試環(huán)境遵循的原則,符合軟件運行最低要求。測試環(huán)境首先要保證能支持軟件正常運 行 選用比較普及的操作系統(tǒng)和軟件平臺 例如：一個軟件若聲稱支持“Windows9X/ME/NT/2000”和“ MS Office97/2000/XP”，一般我們會采用如“Windows2000 Professional + MS office2000”的流程環(huán)境 營造相對簡單、獨立的測試環(huán)境。除了操作系統(tǒng)，測試機上只安 裝軟件運行和測試必需

7、的軟件，以免不相關(guān)的軟件影響測試實施 無毒的環(huán)境 利用有效的正版殺毒軟件檢測軟件環(huán)境，保證測試環(huán)境中沒有病 毒,配置輔測試環(huán)境遵循的原則,兼容性測試： 在滿足軟件運行要求的范圍內(nèi)，可選擇一些典型的操作系統(tǒng)和常 用應(yīng)用軟件對其安裝卸載和主要功能進行驗證 模擬真實環(huán)境測試： 有些軟件，特別是面向大眾的商品化軟件，在測試時常常需要考 察在真實環(huán)境中的表現(xiàn)。 橫向?qū)Ρ葴y試： 利用輔助測試環(huán)境“克隆”出完全一致的測試環(huán)境，從而保證各 個被測軟件平等對比。,系統(tǒng)環(huán)境分類,系統(tǒng)測試環(huán)境 真實環(huán)境 仿真環(huán)境,系統(tǒng)測試工具,系統(tǒng)測試需要采用測試工具時，需要考慮： 測試工具與被測軟件系統(tǒng)的匹配程度 測試工具提供的

8、主要功能與輔助機制 測試工具的服務(wù)和技術(shù)支持 測試工具的價格,系統(tǒng)測試數(shù)據(jù),系統(tǒng)測試數(shù)據(jù)特點： - 數(shù)據(jù)可以以消息、事務(wù)、記錄、文件等形式存在 - 數(shù)據(jù)來源很多 - 真實數(shù)據(jù)最好，但在很多情況下不易或不能得到 系統(tǒng)測試數(shù)據(jù)來源： - 產(chǎn)品 - 手工構(gòu)造 - 生成 - 捕獲 - 隨機,課程內(nèi)容,系統(tǒng)測試執(zhí)行過程 系統(tǒng)測試環(huán)境 系統(tǒng)測試記錄和日報 系統(tǒng)測試執(zhí)行實踐 系統(tǒng)測試報告,系統(tǒng)測試結(jié)果記錄（1）,系統(tǒng)測試結(jié)果記錄表（2）,系統(tǒng)測試日報寫作目的,1、測試人員總結(jié)每天的測試工作，便于了解自己的測試進度和測試 情況，用以調(diào)整下一天的工作計劃 2、測試經(jīng)理通過測試報告了解被測試產(chǎn)品的質(zhì)量情況、測試過

9、程的 質(zhì)量 3、軟件開發(fā)項目經(jīng)理通過軟件測試報告了解開發(fā)產(chǎn)品的質(zhì)量情況， 并在下階段的開發(fā)工作中采取應(yīng)對措施 4、在軟件測試報告中，軟件測試人員作出的軟件產(chǎn)品質(zhì)量評估，可 以作為軟件產(chǎn)品是否商用發(fā)布的重要參考依據(jù),系統(tǒng)測試報告寫作要點,概述 測試時間、地點、人員 環(huán)境描述 總結(jié)和評價 - 測試結(jié)果統(tǒng)計 - 測試評估 - 測試總結(jié)和改進建議 遺留問題報告 附件,系統(tǒng)測試報告寫作要點,系統(tǒng)測試概述 簡單介紹被測對象、測試特性及其版本/修訂級別情況 指明本次系統(tǒng)測試活動所依據(jù)的測試計劃、測試方案、測試用例 及測試過程 系統(tǒng)測試時間、地點、人員 描述本次測試的時間、地點和測試人員，以及人員分工 系統(tǒng)測

10、試環(huán)境 描述本次測試的環(huán)境，包括軟硬件、測試儀器、組網(wǎng)圖等,系統(tǒng)測試報告寫作要點-總結(jié)和評價,總結(jié)和評價 系統(tǒng)測試結(jié)果統(tǒng)計 - 工作量數(shù)據(jù)統(tǒng)計,系統(tǒng)測試報告寫作要點-總結(jié)和評價,總結(jié)和評價 系統(tǒng)測試結(jié)果統(tǒng)計 - 用例狀態(tài)統(tǒng)計,系統(tǒng)測試報告寫作要點,系統(tǒng)測試報告寫作要點-總結(jié)和評價,總結(jié)和評價 系統(tǒng)測試結(jié)果統(tǒng)計 - 缺陷統(tǒng)計,系統(tǒng)測試報告寫作要點-總結(jié)和評價,總結(jié)和評價 系統(tǒng)測試結(jié)果統(tǒng)計 - 版本缺陷統(tǒng)計,系統(tǒng)測試報告寫作要點-總結(jié)和評價,總結(jié)和評價 系統(tǒng)測試結(jié)果統(tǒng)計 - 累計遺留問題統(tǒng)計,系統(tǒng)測試評估（1）,靜態(tài)分析：效率分析 - 測試活動持續(xù)時間：X人時 - 執(zhí)行用例數(shù)：Y個 - 發(fā)現(xiàn)缺陷總

11、數(shù)：Z個 - 平均每小時用例數(shù) = 執(zhí)行用例數(shù)/測試活動持續(xù)時間 = Y/X - 平均每小時發(fā)現(xiàn)缺陷數(shù) = 發(fā)現(xiàn)缺陷總數(shù)/測試活動持續(xù)時間=Z/X - 影響測試效率的原因分析：對影響測試的各種因素進行分析， 如，測試環(huán)境，物料；突發(fā)任務(wù)等,系統(tǒng)測試評估（2）,靜態(tài)分析：充分性分析 千行代碼用例數(shù)：根據(jù)用例統(tǒng)計對測試充分性進行點評分析,執(zhí)行結(jié)果統(tǒng)計 根據(jù)結(jié)果統(tǒng)計對系統(tǒng)質(zhì)量 和測試過程進行點評,系統(tǒng)測試評估（3）,靜態(tài)分析：穩(wěn)定性分析 - 模塊千行代碼缺陷數(shù)和平均用例缺陷數(shù),- 點評分析 這里的點評主要針對各特性千行代碼缺陷數(shù)是否達到了質(zhì)量目標(biāo)， 沒有達到則要給出原因，并且確定是否需要繼續(xù)測試。通

12、過對平均 用例缺陷數(shù)的分析可以得出測試用例的質(zhì)量。如果品均用例缺陷數(shù) 太少，則需要考慮新的測試方法，給出新的改進措施,系統(tǒng)測試評估（4）,動態(tài)分析：根據(jù)各特性的缺陷收斂趨勢分析點評各特性質(zhì)量 該部分主要是缺陷曲線圖、餅圖等方式來分析，例如，按版本缺陷 的分布情況、按功能缺陷的分布情況等,系統(tǒng)測試評估（5）,綜合評價 應(yīng)包括對所有被測模塊/特性的以下評價： - 系統(tǒng)功能、業(yè)務(wù)正確性、安全性作出客觀評價 - 系統(tǒng)可用性 - 可維護性 - 系統(tǒng)性能 - 系統(tǒng)可靠性 - 測試對象的整體質(zhì)量 A：質(zhì)量穩(wěn)定，適合大規(guī)模應(yīng)用； B：存在少數(shù)嚴重問題，但有規(guī)避措施，可以使用； C：基本功能可用，但問題較多；D：基本功能不可用；,系統(tǒng)測試總結(jié)和改進建議,總結(jié)本次測試活動的經(jīng)驗教訓(xùn)，總結(jié)主要的測試活動和事件 總結(jié)資源消耗數(shù)據(jù)，如總?cè)藛T、總機時，每個主要測試活動花費 的時間 提供對本次測試過程活動的測試設(shè)計和操作的改進建議 在測試過程中形成的對測試方案、測試用例的修改和補充的具體 改進內(nèi)容可列在本次測試報告文檔的附