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集成 , 企业信息化，项目管理 等资讯，请关注我的微信订阅号：
作者：Petter Liu
出处：http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。