軟件工程師-軟件測試報告范例-資料下載頁
2025-03-26 04:20本頁面
【正文】 ） 對每個事件（包括事件的開始和結束），記錄發(fā)生的日期和時間，并說明記錄者。應考慮以下各項信息。 執(zhí)行描述 記錄所執(zhí)行的測試規(guī)程的名稱，并引用該測試規(guī)程說明。記錄執(zhí)行時在場人員，包括：測試者、操作員和觀察員，還要說明每個人的作用。 測試結果 對每次執(zhí)行，記錄人工可觀察到的結果（如：產生的錯誤信息、異常中止和對操作員動作的請求等），還要記錄所有輸出的位置（如磁帶號碼），記錄測試的執(zhí)行是否成功。 環(huán)境信息 記錄本條目的的一切特殊的環(huán)境條件。 意外事件 記錄意外事件及其發(fā)生前后的情況（如請求顯示總計，屏幕顯示正常，但響應時間似乎異常長，重復執(zhí)行時響應時間也同樣過長）。記錄無法開始執(zhí)行測試或無法結束測試的周圍環(huán)境（如電源故障或系統(tǒng)軟件問題）。 事件報告名稱 每產生一個測試事件報告時，記錄其名稱。 測試事件報告 測試事件報告結構如表7所示。 表7 測試事件報告 1 測試事件報告名稱 2 摘要 3 事件描述 4 影響 下面給出本報告每一章的詳細內容。 測試事件報告名稱（本報告的第1章） 為本測試事件報告取一個專用名稱。 摘要（本報告的第2章） 簡述事件，指出有關測試項及其版本/修訂級別。引用有關的測試規(guī)程說明、測試用例說明及測試日志。 事件描述（本報告的第3章） 對事件進行描述。該描述應包括以下各項： 輸入 預期結果 實際結果 異?，F象 日期和時間 規(guī)程步驟 環(huán)境 重復執(zhí)行的意圖 測試者 觀察者 該描述應該包括有助于確定事件發(fā)生原因及改正其中錯誤的有關浩劫及觀察。例如，描述可能對此事件有影響的所有測試用例執(zhí)行情況，描述與已公布的測試規(guī)程之間的一切差異等。 影響（本報告的第4章） 在所知道的范圍內指出本事件對測試計劃、測試設計說明、測試規(guī)程說明或測試用例說明所產生的影響。 測試總結報告 規(guī)定本報告必須由哪些人（姓名和職務）審批，并為簽名和日期留出位置。 文件編制實施及使用指南（參考件） A1 實施指南 在實施測試文件編制的初始階段可先編寫測試計劃與測試報告文件。測試計劃將為整個測試過程提供基礎。測試報告將鼓勵測試單位以良好的方式記錄整個測試過程的情況。 經過一段時間的實踐，積累了一定的經驗之后再逐步引進其它文件。測試文件編制最終將形成一個相應于設計層的文件層次，即：系統(tǒng)測試文件、子系統(tǒng)測試文件及模塊測試文件等。在本單位所使用的特定的測試技術的文件編制可作為正文中所述的基本文件集的補充。 A2 用法指南 在項目計劃及單位標準中，應該指明在哪些測試浩劫中需要哪些測試文件，并可在文件中加入一些內容，使各個文件適應一個特定的測試項及一個特定的測試環(huán)境。 表A1是在多種測試活動中所需的測試文件的例。所需的文件數量將因單位而異。 表A1 一個測試文件編制實例 文件 測試計劃 測試設計說明 測試用例說明 測試規(guī)程說明 測試項傳遞報告 測試日志 測試事件報告 測試總結報告 活動 驗收 √ √ √ √ √ √ √ 安裝 √ √ √ √ √ 系統(tǒng) √ √ √ √ √ √ √ √ 子系統(tǒng) √ √ √ √ √ √ 模塊 √ √ √ 10 / 10
環(huán)評公示相關推薦
鄂ICP備17016276號-1