文件作者： 陳旭祥日期：2011/10/09
開發/測試經理： 陳旭祥日期：2011/10/09
產品經理： 陳旭祥日期：2011/10/09
管理辦： 陳旭祥日期：2011/10/09
1測試概述 1
1.1目的 1
1.2測試範圍 1
1.3參考資料 1
2測試計畫執**況 2
2.1測試型別 2
2.2測試環境與配置 3
2.3測試機構和人員 3
2.4測試問題總結 3
3測試總結 3
3.1測試問題解決 4
3.2測試結果分析 4
3.2.1覆蓋分析 4
3.2.2缺陷分析 4
3.2.3bug分析 4
4綜合評價 4
4.1軟體能力 5
4.2建議 5
1測試概述
1.1目的
對企業招聘系統專案中所有的軟體測試活動中，包括測試進度、資源、問題、風險及測試組和其他組間的協調等進行評估，總結測試活動的成功經驗與不足，以便今後更好的開展測試工作。
本系統測試總結報告的預期讀者是：
開發部經理
專案組所有人員
測試組人員
sqa人員
scm人員
以及那星****授權調閱本文件的其他人員。
1.2測試範圍
企業招聘系統專案因其自身的特殊性，測試組僅依據使用者需求說明書和軟體需求規格說明書以及相應的設計文件進行系統測試，包括功能測試、效能測試、使用者訪問與安全控制測試、使用者介面測試以及相容性測試等，而單元測試和整合測試則由開發人員來執行，主要功能包括：
前台個人求職功能
註冊新使用者
登入系統
修改密碼
填寫個人資訊
修改個人資訊
查詢應聘職位
查詢人才資訊
應聘職位
查詢公告資訊
招聘企業管理後台
登入系統
修改註冊資訊
修改密碼
職位管理
使用者管理
申請查詢
系統提供商管理後台
管理員登入系統
查詢簡歷
簡歷詳情
發布公告資訊
1.3參考資料
2測試計畫執**況
2.1測試型別
2.2測試環境與配置
2.3測試機構和人員
2.4測試問題總結
在整個系統測試執行期間，專案開發人員高效的及時解決測試組人員提出的各種的各種缺陷，在一定程度上較好的保證了測試執行的效率以及測試最終期限。但是在整個軟體測試活動中還是暴露了一些問題：
1. 測試執行時間比較短，
2. 開發人員的合作欠默契，
3. 測試人員對招聘管理系統的平台不夠熟悉使用時效率偏低
4. 測試執行人員對系統了解不夠，造成測試後資料有差別
3測試總結
3.1測試問題解決
3.2測試結果分析
3.2.1覆蓋分析
3.2.2缺陷分析
缺陷分類報告是測試報告的重要組成部分，可以再細分為：缺陷型別分布報告、缺陷區域分布報告和缺陷狀態分布報告等。
1．缺陷型別分布報告
缺陷型別分布報告主要描述缺陷型別的分布情況，看缺陷屬於哪些型別的錯誤。這些資訊有助於引起開發人員的注意，並分析缺陷為什麼會集中在這種型別。例如， 如果缺陷主要是介面型別的，如介面提示資訊不規範、介面布局凌亂等問題，那麼就要討論是否需要制定相應的介面規範，讓開發人員遵循，從而防止類似問題的出現。
缺陷型別分布報告一般用餅圖或柱狀圖顯示。如圖《缺陷分布餅圖》所示，用餅圖表示了幾種型別的缺陷各自所佔的比例。
缺陷分布餅圖
3.2.3bug分析
軟體開發有設計模式，測試其實也有模式存在，需要測試人員進行總結和歸納。測試人員應從經常出現的bug中學習，總結出bug模式，用於指導測試。如果開發人員能關注這些bug模式，還能起到預防錯誤的效果。
要成為典型缺陷，必須滿足以下條件：
重複出現、經常出現；
能代表某種型別的錯誤；
能通過相對固定的測試方法或測試手段來發現這些錯誤。
總結這些典型缺陷出現的現象，出現的原因，以及測試方法，就能成為乙個bug模式。一般可能出現的情況請看《 bug模式出現分布餅圖》。
說明：根據不同的開發平台、開發工具、開發語言、產品型別、採用的架構等，可以總結出不同的bug模式，不同的bug模式可能在不同的平台、語言、產品型別中才會出現。測試人員應該總結適合自己專案特點的bug模式。
提煉bug模式的一般步驟如下：
步驟1：分析缺陷報告，找出經常出現的bug型別。
步驟2：分析bug的根源，找出bug產生的深層次原因。
步驟3：分析找到bug的方法，總結如何才能每次都發現該型別的bug。
bug模式出現分布餅圖
4綜合評價
4.1軟體能力
經過專案開發人員、測試人員以及相關人員的協力合作，企業招聘系統專案能如期交付並達到交付標準。該專案既滿足個人求職者在前台進行使用者註冊，登入，申請職位以及搜尋和瀏覽公司職位列表資訊，企業招聘系統在後台可以根據自己公司的實際招聘模式定製適合企業自身發展的招聘流程，並且實現整個招聘流程的電子化。
4.2建議
該企業招聘系統基本滿足功能需求外，在效能方面還存在的不足，有系統繼續優化的空間。當專案確定後，在專案內部對一些事項進行約定，將會在一定程度上提高開發和測試的效率。
軟體專案測試報告模版
軟體 測試階段報告 2009 4 19至2009 4.24 部門 2008年7月14日 文件修訂記錄 變化狀態 a 增加，m 修改，d 刪除 文件審批資訊 目錄一引言 1 1.1 目的 1 1.2 背景描述 1 1.3 引用檔案 1 二測試環境 1 2.1.1 硬體環境 1 2.1.2 軟體環境 1...
專案測試報告
test report of revision history content 1 專案介紹 4 1.1 編寫文件的目的 4 1.2 專案背景分析 4 1.3 參考資料 5 2 綜合描述 5 3 基本資訊 5 4 測試型別 6 4.1資料和資料庫完整性測試 6 4.2功能測試 6 4.3頁面測試 6...
專案測試報告
移動綜合開發 風景論壇 淮安資訊職業技術學院計算機與通訊工程學院 版本歷史 1 測試的目的是為了發現盡可能多的缺陷，不是為了說明軟體中沒有缺陷。2 成功的測試在於發現了迄今尚未發現的缺陷。所以測試人員的職責是設計這樣的測試用例，它能有效地揭示潛伏在軟體裡的缺陷。3 發現錯誤，及時修改，增加軟體的完整...