IEEE829-2008軟件測試文檔標准介紹


image

1998版中定義了一套文檔用於8個已定義的軟件測試階段:

測試計划: 一個管理計划的文檔 包括:
 
測試如何完成 (包括SUT的配置).
 
誰來做測試
 
將要測試什么
 
測試將持續多久 (雖然根據可以使用的資源的限制而有變化).
 
測試覆蓋度的需求,例如所要求的質量等級
 
測試設計規格: 詳細描述測試環境和期望的結果以及測試通過的標准。
 
測試用例規格: 定義用於運行於測試設計規格中所述條件的測試數據。
 
測試過程規格: 詳細描述如何進行每項測試,包括每項預置條件和接下去的步驟。
 
測試項傳遞報告: 報告何時被測的軟件組件從一個測試階段到下一個測試階段。
 
測試記錄: 記錄運行了哪個測試用例,誰運行的,以什么順序,以及每個測試項是通過了還是失敗了。
 
測試附加報告: 詳細描述任何失敗的測試項,以及實際的與之相對應的期望結果和其他旨在揭示測試為何失敗的信息。這份文檔之所以被命名為附加報告而不是錯誤報告, 其原因是期望值和實際結果之間由於一些原因可能存在差異,而這並不能認為是系統存在錯誤。 這包括期望值有誤、測試被錯誤地執行,或者對需求的理解存在差異。這個報告由以下所有附加的細節組成,例如實際結果和期望值、何時失敗,以及其他有助於解 決問題的證據。這個報告還可能包括此附加項對測試所造成的影響的評估。
 
測試摘要報告:一份提供所有直到測試完成都沒有被提及的重要信息的管 理報告,包括測試效果的評估、被測試軟件系統的質量、來自測試附加報告的統計信息。這個報告還包括執行了哪些測試項、花費多少時間,用於改進以后的測試計 划。這份最終的報告用於指出被測的軟件系統是否與項目管理者所提出的可接受標准所符合。

IEEE829-2008中的主測試計划

The Master Test Plan (template)

1. Introduction
1.1. Document identifier
1.2. Scope
1.3. References
1.4. System overview and key features
1.5. Test overview
1.5.1 Organization
1.5.2 Master test schedule
1.5.3 Integrity level schema
1.5.4 Resources summary
1.5.5 Responsibilities
1.5.6 Tools, techniques, methods, and metrics

2. Details of the Master Test Plan
2.1. Test processes including definition of test levels
2.1.1 Process: Management
2.1.2 Process: Acquisition
2.1.3 Process: Supply
2.1.4 Process: Development
2.1.4.1 Activity: Concept
2.1.4.2 Activity: Requirements
2.1.4.3 Activity: Design
2.1.4.4 Activity: Implementation
2.1.4.5 Activity: Test
2.1.4.6 Activity: Installation/checkout
2.1.5 Process: Operation
2.1.6 Process: Maintenance
2.1.6.1 Activity: Maintenance test
2.2. Test documentation requirements
2.3. Test administration requirements
2.4. Test reporting requirements

3. General
3.1. Glossary
3.2. Document change procedures and history

 

The Level Test Plan (template)

1. Introduction
1.1. Document identifier
1.2. Scope
1.3. References
1.4. Level in the overall sequence
1.5. Test classes and overall test conditions

2. Details for this level of test plan
2.1 Test items and their identifiers
2.2 Test Traceability Matrix
2.3 Features to be tested
2.4 Features not to be tested
2.5 Approach
2.6 Item pass/fail criteria
2.7 Suspension criteria and resumption requirements
2.8 Test deliverables

3. Test management
3.1 Planned activities and tasks; test progression
3.2 Environment/infrastructure
3.3 Responsibilities and authority
3.4 Interfaces among the parties involved
3.5 Resources and their allocation
3.6 Training
3.7 Schedules, estimates, and costs
3.8 Risk(s) and contingency(s)

4. General
4.1 Quality assurance procedures
4.2 Metrics
4.3 Test coverage
4.4 Glossary
4.5 Document change procedures and history

 

IEEE 829中可能引用到的其他標准

IEEE 1008, 用於單元測試的標准
IEEE 1012, 用於軟件檢驗和驗證的標准
IEEE 1028, 用於軟件檢查的標准
IEEE 1044, 用於軟件異常分類的標准
IEEE 1044-1, 軟件異常分類指南
IEEE 1233, 開發軟件需求規格的指南
IEEE 730, 用於軟件質量保證計划的標准
IEEE 1061, 用於軟件質量度量和方法學的標准
IEEE 12207, 用於軟件生命周期過程和軟件生命周期數據的標准
BSS 7925-1, 軟件測試術語詞匯表
BSS 7925-2, 用於軟件組件測試的標准


由於篇幅有限,今天先到這兒,希望對您軟件質量管理有幫助。 其它您可能感興趣的文章:

Web測試介紹一 UI測試
Web測試介紹2一 安全測試
軟件測試流程參考一
十個免費Web UI測試工具
互聯網數據庫架構設計思路
企業級應用架構模式N-Tier多層架構
某企業社交應用網絡拓撲架構圖
IT基礎架構規划方案一(網絡系統規划)
餐飲連鎖公司IT信息化解決方案一
REST服務介紹
企業服務總線Enterprise service bus介紹

如有想了解更多軟件研發 , 系統 IT集成 , 企業信息化,項目管理 等資訊,請關注我的微信訂閱號:

MegadotnetMicroMsg_thumb1_thumb1_thu[1]

 


作者:Petter Liu
出處:http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接,否則保留追究法律責任的權利。
該文章也同時發布在我的獨立博客中-Petter Liu Blog


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM