日本外包项目测试过程规范.docx

日本外包项目测试过程规范.docx

《日本外包项目测试过程规范.docx》由会员分享，可在线阅读，更多相关《日本外包项目测试过程规范.docx（12页珍藏版）》请在冰豆网上搜索。

日本外包项目测试过程规范

日本外包项目测试过程规范

第一章简介

目的

本文的目的是规范日本外包开发项目测试工作，为测试组与开发组提供详细的指引。

以统一规范标准的测试过程为目的，提高海外事业部软件测试的管理水平，确保开发产品的交付质量。

适用范围

本文档的适用范围为海外事业部中的所有日本外包开发项目。

第二章过程规范描述

2.1测试准备

二.1.1阶段概述和参与人员职责

测试准备阶段是测试人员进行式样书分析、制定测试计划、设立测试配置库等活动，能有效的定义测试过程，制定出合理的测试策略和测试的进度安排，明确细化责任和分工，便于交流软件测试小组的意图，为执行测试阶段做准备，以保证整个项目的测试工作能顺利进行。

相关人员职责见下表：

阶段任务

参与人员

提供式样书;

提供项目计划;

参与测试计划评审;

PM/项目组长

式样书分析;

制定测试计划;

测试计划更新;

整理式样书检查点;

测试组长/测试人员

二.1.2过程描述

A.式样书分析

Ø提供式样书：

PM/项目组长向测试组长提供式样书。

采用开发组向测试组开放配置库共享的方式。

Ø式样书分析：

测试组长/测试人员从配置库中得到式样书，在式样书分析理解过程中，如有不明确或无法理解之处，需提出疑问并整理成文档，并以会议（通过与PM/项目组长沟通确定时间）的方式请求PM/项目组长或者开发小组成员给予解答。

Ø提供式样书检查点：

PM/项目组长以邮件方式向测试组长提供式样书检查点，并抄送项目总监，测试组长将式样书检查点提交到测试区域的式样书检查点区并通知测试人员获取式样书检查点。

Ø式样书检查点更新：

在项目开发过程中，如需更新式样书检查点，PM/项目组长及时以邮件方式告知测试组长式样书检查点更新部分。

式样检查点由纽康公司提供给PM/项目组长

B.制定测试计划

Ø提交项目计划：

PM/项目组长向测试组长提供项目计划。

可采用开发组向测试组开放配置库共享的方式。

Ø制定项目测试计划：

测试组长从配置库中获取项目计划，根据项目计划制定测试计划。

测试计划使用MicrosoftOfficeProject制定，详细拆分各阶段的任务以及任务的开始时间和完成时间以及指定测试人员。

Ø评审、修改测试计划：

PM/项目组长和测试组成员参与测试计划评审，并提出评审意见。

测试组长根据项目组评审意见修改测试计划。

测试计划存放于测试区域的测试计划区。

Ø测试计划变更：

在开发过程中，如遇到项目计划变更的情况，PM/项目组长应及时以邮件的方式告知测试组长，测试组长及时变更测试计划。

测试计划详见WBS

C.设立测试配置库

Ø确定配置管理工具：

本公司常用配置库管理工具有VSS，SVN，ClearCase等，PM/项目组长根据项目实际情况确定该项目所使用的配置管理工具。

Ø在配置库中建立测试区域：

测试组长在PM/项目组长确定的项目配置库中建立测试区域；测试区域包括测试计划、测试检查点、测试版本发布、BUG提交、测试报告等区域，分别用于存放相关测试文档。

Ø测试组长设置测试区域权限：

开发人员（读取权限）；PM/项目组长/测试组长/测试人员：

（读写权限）。

Ø测试人员向配置库提交测试文档：

测试人员将所有的测试文档分门别类的提交到各自所属测试区域内。

测试人员向配置库提交测试文档时，必须注明本次提交的内容，以便查询。

下图是项目配置库关于测试区域的目录结构图，该结构图适用于任何配置管理工具：

测试区域目录结构图

测试配置库分布表：

文件路径

存放内容

负责人

测试区域

/测试计划区

《项目测试计划》

测试组长

/式样书检查点

《式样书检查点》

测试组长

/测试版本发布

《数据库文件》

《式样书代码》

项目组长

/BUG提交

《式样书检查点纳品》

测试组长

/测试报告

《月度测试分析报告》

《项目测试总结》

测试组长

D.测试环境搭建

Ø明确项目测试环境：

PM/项目组长根据项目需求和项目实际情况确定该项目测试所需的必要环境。

Ø搭建项目测试环境：

测试组长/测试人员根据PM/项目组长确定的测试环境搭建项目测试环境，包括测试服务器环境和测试机环境。

确定测试环境，见附表1

二.1.3出口准则

《项目测试计划》

《式样书检查点》

2.2测试执行

2.2.1阶段概述和参与人员职责

该阶段为测试执行阶段，主要是测试人员对软件进行测试和验证的阶段，以测试准备阶段的工作成品为入口，开发人员测试人员按照各自的职责分工合作以达到该阶段的出口准则。

具体职责见下表：

参与人员职责

角色

提交测试版本以及数据库脚本；提交安装手册

PM/项目组长

制定计划；周总结；协调沟通；发布版本报告等

测试组长

提交BUG；回归BUG

测试人员

2.2.2过程分步描述

A.测试周计划管理

配置库：

测试计划区（所有活动在以下区域进行）

测试周计划内容

Ø制定测试周计划：

测试组长以本周二至下周一为单位制定测试周计划，确定本周应测试式样书，拆分测试任务。

测试周计划存放于测试区域的测试计划区。

Ø维护测试周计划：

测试组长根据项目变更维护测试周计划。

测试组长修改本周应测试式样书，维护式样书版本，重新拆分测试任务

Ø查看测试周计划：

测试人员从测试区域的测试计划中得到测试周计划，明确自己在本周的测试任务，如有不明确或无法理解之处，需提出疑问

Ø测试周计划跟踪：

测试组长在每天下班前确定本周当天测试任务完成情况（当天应测试式样书，当天未完成测试式样书，当天已完成测试式样书，是否需要加班），以便于评估本周测试任务是否能够按计划完成

详见下图：

过程描述

角色

实施前提

周期

备注

制定周计划

测试组长

项目计划完成

每周一下班前制定完成

邮件通知PM/项目组长/测试人员到测试计划区查看周计划

修改维护周计划（项目变更）

测试组长

式样书变更

PM告知项目变更

项目计划变更后第二天下班前制定完成

邮件通知PM/项目组长/测试人员

查看周计划

测试人员

收到邮件通知

收到邮件通知后获取

获取周计划后确认本周任务安排，测试人员如认为安排过少或过多可口头告知测试组长确认后重新安排

周计划跟踪

测试组长

周计划开始实施

确定本周当天测试任务完成情况

测试组长通过RTX收集当天任务完成情况

B.测试版本提交

配置库：

测试版本发布区（所有活动在以下区域进行）

测试版本提交内容

Ø提交项目安装手册：

PM/项目组长将安装测试手册提交至测试版本发布区。

安装手册包括简述硬件软件环境（服务器端，客户端），项目工程发布步骤

Ø提交测试版本：

PM/项目组长每天下班前统一将项目工程备份文件提交至测试版本发布区。

Ø获取测试版本发布测试服务器：

测试组长从测试区域中的测试版本发布区获取最新项目工程备份文件以及数据库文件，并发布到测试服务器供测试人员测试。

详见下图：

过程描述

角色

实施前提

周期

备注

提交项目安装手册

PM/项目组长

已确定硬件软件环境

测试版本提交前

1无项目硬件软件环境变更情况下首次提交后不再变更

2项目硬件软件环境变更后应做相应变更

邮件通知测试组长

提交测试版本

PM/项目组长

确认测试版本代码与数据库一致

根据项目计划安排以式样书为单位统一提交至测试版本发布区

邮件通知测试组长

获取测试版本发布测试服务器

测试组长

PM/项目组长已提交昨天项目工程备份文件

根据周计划以及项目计划制定的版本发布时间获取相应版本

邮件通知测试人员

C.测试状态发布

配置库：

BUG提交区（所有活动在以下区域进行）

BUG流程图

Ø提交BUG：

测试人员根据式样书检查点对项目进行测试，根据测试结果修改式样书检查点状态栏。

式样书检查点状态为：

通过不通过并截图。

测试完成后将已执行测试的式样书检查点文档提交到测试区域中的BUG提交区。

并以邮件告知式样书对应的开发人员修改BUG以及要求开发人员邮件回馈BUG的原因和修改完成时间。

Ø修改BUG：

开发人员从BUG提交区获取已测试完成的式样书检查点，根据检查点状态修改BUG后，指明BUG出现的原因，修改BUG状态栏。

BUG状态栏为1Fixed2Deferred3Closed4Reopen5Revalidated6Rejected。

并邮件告知测试组长该本样式书已修正。

Ø回归验证：

测试人员从BUG提交区获取已修正状态的式样书检查点进行回归验证直到该BUG关闭，此时修改式样书检查点状态为通过。

Ø协调开发与测试的沟通交流：

测试组长每天跟踪测试执行情况和开发人员BUG修复情况以便能进行有效的沟通。

每周收集测试人员测试过程中间的意见以及问题整理归纳并与PM/项目组长确认

ØBUG状态说明

BUG状态

角色

Fixed

开发人员确认BUG原因（个人代码，共通代码，数据库缺陷，设计缺陷，数据库变更）并记录

Deferred

PM/项目组长确认延期时间（版本）延期原因

Close

测试人员确定式样书检查点通过测试

Reopen

PM/项目组长/测试组长确认Reopen原因并记录

Rejected

测试组长确认Rejected原因并记录

ReqChanged

PM/项目组长确认ReqChanged原因（是否未走需求变更流程）并记录

D.测试周报告

配置库：

测试总结区（所有活动在以下区域进行）

Ø整理测试数据（每周一）：

测试人员于每周一上午将测试数据提交测试组长。

测试数据包括：

应完成式样书检查点数量，已完成式样书检查点测试量，未完成式样书检查点数量，完成度，BUG数量，式样书状态【未通过,未提交,计划前提交,计划后提交,已通过,测试未完成,测试计划前完成,测试计划后完成,需求变更】

Ø周测试报告：

测试组长周一上午根据测试组成员提交的测试数据形成报告提交到测试总结区，并邮件告知PM/项目组长。

Ø测试周报告的目地：

1、及时反应项目测试情况.

2、开发人员及时了解项目开发质量，调整开发计划

3、测试人员不断改进测试方法以及测试效率，提高测试质量

2.2.3出口准则

《周计划&报告》

《测试版本发布记录》

《式样书检查点》

2.3测试分析/总结

2.3.1阶段概述和参与人员职责

测试分析报告的目的主要是对软件测试项目给出一个具体的测试结果。

在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。

它也是测试过程中的一个重要环节，是软件测试的说明书。

具体人员职责见下表：

参与人员职责

角色

制定测试分析报告（月度测试分析/项目测试总结）；

收集测试数据（BUG总数，修改BUG数，BUG率等）

测试组长

收集测试数据（BUG总数，修改BUG数，BUG率等）

测试人员

2.3.2过程分步描述

A.月度测试分析

Ø编写月度测试分析报告：

以每月为单位，测试组长/测试人员会收集整理测试数据，由测试组长编写月度测试分析报告，并以邮件的方式将该月度测试分析报告发送给PM/项目组长，同时抄送给项目经理。

月度测试分析报告存放在测试区域的测试报告区中，测试组成员和开发组成员可查看该月度测试分析报告。

B.项目测试总结

Ø编写项目总结报告：

项目测试完成之后，测试组长根据项目测试过程和测试结果，编写项目总结报告。

并以邮件的方式将该项目总结报告发送给PM/项目组长，同时抄送给项目经理。

项目总结报告存放在测试区域的测试报告区中，测试组成员和开发组成员可查看该项目总结报告。

2.3.3出口准则

《月度测试分析报告》

《项目测试总结》

第三章附录

附表1测试环境

测试环境

环境配置

配置项

测试服务器硬件配置

CPU1.5GHz以上，内存1G，硬盘80G

CPU2.4GHz以上，内存2G，硬盘120G

测试服务器操作系统

WindowsServer2003

WindowsXPsp3

UNNIX

Linux

数据库

Oracle

SQLServer

MySQL

中间件

Tomcat（一个轻量级应用服务器）

Jboss（个基于J2EE的开放源代码的应用服务器）

Apache（排名第一的Web服务器软件）

IIS（互联网信息服务）

测试机硬件配置

CPU1.5GHz以上，内存1G，硬盘80G

CPU2.4GHz以上，内存2G，硬盘120G

测试机操作系统

WindowsServer2003

WindowsXPsp3

UNNIX

Linux

测试机所用浏览器

IE6.0

IE7.0

IE8.0

Firefox

网络协议

TCP/IP（传输控制协议）

IPX/SPX（以太网协议）（顺序数据分组交换协议）

网络带宽

不兼容的软件

其他环境要求