Chinaunix首页 | 论坛 | 博客
  • 博客访问: 19912779
  • 博文数量: 679
  • 博客积分: 10495
  • 博客等级: 上将
  • 技术积分: 9308
  • 用 户 组: 普通用户
  • 注册时间: 2006-07-18 10:51
文章分类

全部博文(679)

文章存档

2012年(5)

2011年(38)

2010年(86)

2009年(145)

2008年(170)

2007年(165)

2006年(89)

分类: 项目管理

2009-08-27 16:03:54

IEEE 829 测试计划 中文小结

File information

2009-8-27

磁针石:xurongzhong#gmail.com

博客:oychw.cublog.cn

 

1目的

       描述测试活动的范围,方法,资源和时间表。确定要测试的项目、特性、测试要完成的任务、每个测试人员负责的任务和与该计划有关的风险。

2 概要

       测试计划的组成:

1.         测试计划标识符;

2.         介绍;  

3.         测试项目;

4.         要测试的特性;

5.         不测试的特性;

6.         方法;

7.         项目通过/失败的标准;

8.         暂停的标准和恢复的要求;

9.         测试交付;

10.     测试任务;

11.     环境需求;

12.     职责;

13.     人员安排和培训;

14.     进度表;

15.     风险分析;

16.     许可

 

其他还有一些需要添加的内容,比如缩写、参考资料。

2.1测试计划标识符

2.2 介绍

归纳所要求测试的软件项和软件特性,可以包括系统目标、背景、范围及引用材料等。

在最高层测试计划中,如果存在下述文件,则需要引用它们:项目授权、项目计划、质量保证计划、配置管理计划、有关的政策、有关的标准等。

 

 2.3测试项目

 

描述被测试的对象,包括其版本、修订级别,并指出在测试开始之前对逻辑或物理变换的要求。

2.4要测试的特性

指明所有要被测试的软件特性及其组合,指明每个特性或特性组合有关的测试设计说明。

 

2.5    不测试的特性

指出不被测试的所有特性和特性的有意义的组合及其理由。

2.6             方法

描述测试的总体方法,对于每个特性及其组合,指定充分测试的方法。指明主要活动、技术、工具。

方法具体到可以估计每项任务的时间。

判断最小的综合级别。确定判断测试综合的技巧(比如至少执行一次)。确定完成标准。跟踪需求的技巧

注意重要的约束,比如测试项目可用性,测试资源可用性,最后期限。

2.7             项目通过/失败的标准

 

2.8             暂停的标准和恢复的要求

规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动

2.9             测试交付

主要内容:测试计划;测试设计说明;测试用例说明;测试过程说明;测试项目移交报告;测试记录;测试事件报告;测试总结报告;

 

测试输入输出数据、测试工具(比如驱动程序)也可以包含

 

2.10       测试任务

注意依赖性和是否需要特殊技能。

 

2.11       环境需求

必要的和希望的测试环境。包含硬件、通信和系统软件的物理特征,使用方法(比如冗余),及任何其它支撑测试所需的软件或设备;系统软件、私有组件(软硬件、数据)的安全要求。

 

2.12       职责

指出负责管理、设计、准备、执行、监督、检查和仲裁的小组。另外指出负责提供测试项和环境的小组。

这些小组可以包括开发人员、测试人员、操作员、用户代表、技术支持工作人员,数据管理人员和质量的保证人员。

2.13       人员安排和培训

确定技能需求以及培训。

2.14       进度表

包括在软件项目进度中规定的测试里程碑以及所有测试项传递时间。

定义所需的新的测试里程碑,估计完成每项测试任务所需的时间,为每项测试任务和测试里程碑规定进度,对每项测试资源规定使用期限。

 

2.15       风险分析

确定了测试计划的高风险的假设及应急计划

2.16       许可

 

规定本计划必须由哪些人(姓名和职务)审批。为签名和填写日期留出位置。

阅读(2509) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~