脚印

一脚一印 一点一滴 【欢迎光临·转载请注明出处】
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

测试规范——初稿

Posted on 2009-01-14 17:18  August  阅读(918)  评论(0编辑  收藏  举报

最近参照一些资料拟定了一个测试组平时工作的规范文档,该文档没有包含环境使用规则、版本管理、配置管理等内容,仅仅是对整个开发生命周期内,测试所需要做的事情进行定义和界限,对过程中的规章等没有进行定义。还仅仅是初稿,很多地方还没有完善和细化,大家帮忙看看有什么问题没。

 

一、简介

 

本文主要是对整个项目过程中,测试在各个阶段所应该做的事情进行一个规范说明,指导平时的测试工作。

 

二、工作纵览

 

在整个项目的生命过程中,测试从最开始的项目立项,一直到最后的验收、运营、维护阶段,都会全程参与。各工作项在各个阶段的介入时间点和结束时间点如下图所示。

 

 

 

三、工作项详细说明

 

下面从预期任务和预期产出这2个方面,对上面的9个工作项进行详细的任务说明。

工作项

预期任务

预期产出

建立测试策略

Ø  清晰定义测试团队的职责和所处位置

Ø  用文档规范定义测试流程

Ø  项目立项会议

Ø  测试职责说明书

Ø  测试流程规范说明书

测试工具选型

Ø  工具选型

Ø  工具评审

Ø  工具安装

Ø  测试工具选型报告

Ø  测试工具评审报告

Ø  测试资源需求说明书

Ø  测试工具运行环境

Ø  测试环境使用说明书

测试管理

Ø  总体把控测试的准备工作和执行情况

Ø  把控测试进度

Ø  不断的评估和改善测试过程

Ø  配置、贯彻执行测试工具的使用

Ø  配合项目最终目标,不断调整测试方向

Ø  建立测试风险评估模型

Ø  决定测试类型

Ø  撰写标准测试文档模板

Ø  测试过程数据收集

Ø  测试需求规格制定

Ø  测试人员相关培训工作

Ø  缺陷分析报告模板

Ø  缺陷跟踪模板

Ø  测试阶段性报告模板

Ø  测试用例模板

Ø  定期工作汇报模板

Ø  风险追踪管理文档

Ø  测试需求规格说明书

Ø  人员培训计划书

评审工作

Ø  产品需求评审

Ø  产品设计评审

Ø  整体计划评审

Ø  测试用例评审

Ø  测试报告评审

Ø  测试计划评审报告

Ø  测试用例评审报告

Ø  测试报告评审报告

制定测试计划

Ø  完成测试计划

Ø  确定测试资源(人力、物力)

Ø  测试计划

编写测试用例

Ø  编写测试用例、测试脚本

Ø  测试用例文档

Ø  如果有自动化测试脚本,还需要制定自动执行计划、测试结果分析报告

Ø  阶段性报告

测试执行

Ø  执行测试用例

Ø  监控测试用例的执行情况

Ø  控制测试进度

Ø  监控BUG的处理情况

Ø  测试用例执行结果报告

Ø  缺陷跟踪报告

Ø  阶段性报告

业务、技能培训

Ø  测试人员技能培训

Ø  业务培训

 

验收测试、测试报告

Ø  用户验收测试

Ø  提供用户验收相关文档

Ø  用户验收测试操作指导

Ø  测试报告

 

 

四、软件测试停止标准

 

在执行过程中,分为了各个测试阶段(以目前项目特性选择其中几个阶段):单元测试、集成测试、系统测试、性能测试、安装测试、验收测试。各个阶段的停止标准各异,具体标准如下:

 

4.1、软件测试暂停、停止标准

1)         软件系统在进行单元、集成、系统、性能、安装、验收测试时,发现致命错误(大于等于1)、严重错误(大于等于2)时,暂停测试,返回开发。

2)         软件系统经过单元、集成、系统、性能、安装、验收测试,并分别达到其测试停止标准时,停止测试转入下一阶段。

3)         软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。

4)         软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据。

4.2、单元测试停止标准

1)         单元测试用例设计已经通过评审

2)         按照单元测试计划完成了所有规定单元的测试

3)         达到了测试计划中关于单元测试所规定的覆盖率的要求

4)         被测试的单元每千行代码必须发现至少3个错误(不含建议级别错误)

5)         软件单元功能与设计一致

6)         在单元测试中发现的错误已经得到修改,各级缺陷修复率达到缺陷修复标准

4.3、集成测试停止标准

1)         集成测试用例设计已经通过评审

2)         按照集成构件计划及增量集成策略完成了整个系统的集成测试

3)         达到了测试计划中关于集成测试所规定的覆盖率的要求

4)         被测试的集成工作版本每千行代码必须发现至少2个错误(不含建议级别错误)

5)         集成工作版本满足设计定义的各项功能、性能要求

6)         在集成测试中发现的错误已经得到修改,各级缺陷修复率达到缺陷修复标准

4.4、系统测试停止标准

1)         系统测试用例设计已经通过评审

2)         按照系统测试计划完成了系统测试

3)         达到了测试计划中关于系统测试所规定的覆盖率的要求

4)         被测试的系统每千行代码必须发现至少1个错误(不含建议级别错误)

5)         系统满足需求规格说明书的要求

6)         在系统测试中发现的错误已经得到修改,各级缺陷修复率达到缺陷修复标准

4.5、性能测试停止标准

1)         性能测试结果达到预期要求(需要客户确认)

4.6、安装测试停止标准

1)         安装退出之后,确认应用程序可以正确启动、运行。

2)         考察安装该系统是否对其他的应用程序造成影响

3)         在安装测试中发现的错误已经得到修改,各级缺陷修复率达到缺陷修复标准

 

如果提供了产品的安装包,还需要关注以下内容:

1)         在安装之前请备份你的注册表,安装之后,察看注册表中是否有多余的垃圾信息。

2)         如果系统提供自动卸载工具,那么卸载之后需检验系统是否把所有的文件全部删除,注册表中有关的注册信息是否也被删除

3)         安装完成之后,可以在简单地使用之后再执行卸载操作,有的系统在使用之后会发生变化,变得不可卸载

4.7、验收测试停止标准

1)         软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求

2)         在验收测试中发现的错误已经得到修改,各级缺陷修复率达到缺陷修复标准

3)         需求分析文档、设计文档和编码实现一致

4)         验收测试工件齐全(测试计划、测试用例、测试日志、测试分析报告、待验收的软件安装程序。)

4.8、缺陷修复率标准

1)         致命、严重级别的错误修复率应达到100%

2)         三、四级错误修复率应达到95%以上

3)         五级错误修复率应达到60%以上

4.9、覆盖率标准

1)         语句覆盖率最低不能小于80%(白盒测试时的语句覆盖率)

2)         测试用例执行覆盖率应达到100%(功能测试用例均已执行)

         3)         测试需求执行覆盖率应达到100%(业务测试用例均已执行)