项目测试过程说明书.docx

上传人:b****5 文档编号:11982147 上传时间:2023-04-16 格式:DOCX 页数:13 大小:18.39KB
下载 相关 举报
项目测试过程说明书.docx_第1页
第1页 / 共13页
项目测试过程说明书.docx_第2页
第2页 / 共13页
项目测试过程说明书.docx_第3页
第3页 / 共13页
项目测试过程说明书.docx_第4页
第4页 / 共13页
项目测试过程说明书.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

项目测试过程说明书.docx

《项目测试过程说明书.docx》由会员分享,可在线阅读,更多相关《项目测试过程说明书.docx(13页珍藏版)》请在冰豆网上搜索。

项目测试过程说明书.docx

项目测试过程说明书

项目测试过程说明书

 

1.目的1

2.适用对象1

3.职责1

4.制定方针2

5.测试过程说明2

5.1项目启动2

5.2制定项目总体测试计划3

5.3制定项目详细测试计划3

5.4制定测试方案4

5.5编写测试用例4

5.6搭建测试环境5

5.7测试实施5

5.7.1功能测试实施5

5.7.1.1功能测试实施准备5

5.7.1.2功能测试实施执行6

5.7.2性能测试实施6

5.7.2.1性能测试实施准备6

5.7.2.2性能测试实施执行7

5.8编写测试报告8

5.9项目总结(结束)9

 

1.目的

  本过程描述了测试活动中需要遵守的测试流程规范。

2.适用对象

本过程适用于参与测试活动的所有相关人员,尤其测试小组。

3.职责

   任何参与测试相关的角色,都必须在测试工作中,按照本过程中的规定,严格履行自身的职责。

4.制定方针

   以软件测试理论为基础,同时更注重与企业现有的软件开发规范相适应,尽力保证所制定的测试规范既能够保持严格的科学性、又能够具有实际的可操作性。

为了保证可操作性,本过程制定为可裁剪的,对于说明为可裁剪的部分,在给出正当的理由后,在特定项目中可以省略该部分。

5.测试过程说明

本部分详细说明了测试所经过的各个阶段,并指明了各阶段所涉及的角色

和所要完成的工作内容及工作输出。

对于评审的说明:

下面步骤中提到的对于计划、方案和报告的评审可以根据情况不必启动专门的评审会议,非正式评审比如书面反馈等也可。

 

项目启动

进入条件

1

开发项目经理提交《测试申请》给测试小组。

涉及角色

开发项目经理,开发部经理,测试小组

输入

1

《测试申请》

2

《需求规格说明书》及相关文档

3

步骤

1

开发项目经理在需求编写基本完成(对包含功能测试的)或要求做性能测试的功能点基本稳定没有缺陷时(只做性能测试)提交《测试申请》给测试小组。

申请中重点说明本项目需要进行的测试类型和对测试工作的时间,工作方式的要求。

2

开发部经理或测试小组长确定该项目的测试项目负责人,签发《项目启动说明》,《项目启动说明》签发后即标志着本项目的测试工作正式开始。

输出

1

《测试申请》

2

《项目启动说明》

制定项目总体测试计划

进入条件

1

已指定测试项目负责人,《项目启动说明》已签署。

涉及角色

1

测试小组、开发项目经理

输入

1

项目开发的总体计划

步骤

1

测试项目负责人根据项目开发的总体计划及《测试申请》制定《项目总体测试计划》

2

《项目总体测试计划》制定完毕后,测试项目负责人组织测试小组及开发项目经理和相关人员对本计划进行评审,以确保本计划是可执行的不偏离开发总体工作的。

3

如果评审通过或只需要进行少量更改,测试项目负责人更正后,本步骤结束;否则测试项目负责人根据评审记录对计划进行更正,由评审会议指定人员对其进行确认后,本步骤结束,更有必要的话进行复审。

输出

1

评审通过,并根据评审结论修改过的《项目总体测试计划》

2

项目总体测试计划的《评审记录》

制定项目详细测试计划

进入条件

1

已指定测试项目负责人,《项目启动说明》已签署。

涉及角色

1

测试项目负责人

输入

1

项目开发的总体计划

2

《项目总体测试计划》

步骤

1

测试项目负责人根据项目开发的总体计划和《项目总体测试计划》来制定当前阶段的《项目详细测试计划》,此计划要尽可能的详细,保证是可执行的。

输出

1

《项目详细测试计划》

制定测试方案

进入条件

1

详细测试计划中说明要开展性能测试工作。

涉及角色

1

测试项目负责人,测试小组

输入

1

《项目详细工作计划》

2

《项目总体测试计划》

步骤

1

测试项目负责人根据相应的《项目详细工作计划》安排来编写《性能测试方案》或《功能测试方案》。

2

《性能测试方案》或《功能测试方案》编写完毕后,测试项目负责人组织测试小组及开发项目经理和相关人员对本方案进行评审,以确保本方案是可执行的,是可达到预期目的的。

3

如果评审通过或只需要进行少量更改,测试项目负责人更正后,本步骤结束;否则测试项目负责人根据评审记录对计划进行更正,由评审会议指定人员对其进行确认后,本步骤结束。

输出

1

《性能测试方案》

2

《功能测试方案》

3

相应的《评审记录》

编写测试用例

进入条件

1

详细测试计划中说明要开展测试用例设计工作。

涉及角色

测试项目负责人,测试小组

输入

1

《项目详细工作计划》

2

《需求规格说明书》及相关文档

步骤

1

测试项目负责人依据《项目详细工作计划》为案例设计工作分配相关案例设计人员,统一案例编写的标准方式,如案例设计方法,是否写测试步骤等具体内容。

注:

这些也在相应的《项目详细工作计划》中体现。

输出

1

测试案例

搭建测试环境

进入条件

1

搭建环境所需设施已经到位;

开发已可提供可测试的版本;

详细测试计划中说明要开展搭建测试环境的工作。

涉及角色

1

测试项目负责人,测试小组,开发项目经理及相关开发人员。

输入

1

《项目详细工作计划》

2

开发提供的可测版本程序。

3

测试所需设备及工具

步骤

1

根据项目详细工作计划搭建测试环境,包括程序运行的环境及测试开展所需的环境。

2

程序运行环境可能需要开发人员帮忙搭建

输出

1

《测试环境安装情况表》

测试实施

功能测试实施

5.7.1.1功能测试实施准备

进入条件

1

测试用例设计完毕。

涉及角色

1

测试项目负责人,测试小组

输入

1

《项目详细工作计划》

2

测试用例

步骤

1

执行测试用例

2

准备功能测试时需要的一些数据。

比如同一案例中输入的有效值,边界值,非法值等。

这些数据的保存不要求格式,保存下来即可。

输出

1

测试用例结果

2

相关测试数据。

5.7.1.2功能测试实施执行

进入条件

1

测试环境搭建完成(如果有)且检验系统达到可测标准。

涉及角色

1

测试项目负责人,测试小组

输入

1

《项目详细工作计划》

2

执行测试用例

3

相关测试数据

步骤

1

测试项目负责人依据《需求说明书》检验被测系统是否达到了此标准,如果是则进行下面的步骤,否则则退回开发项目组。

2

测试项目负责人依据《项目详细工作计划》为案例执行工作分配相关实施人员,一般原则是不执行自己设计的测试案例。

注:

这些也在相应的《项目详细工作计划》中体现。

3

执行测试用例。

4

在缺陷追踪管理工具中,提交缺陷,

5

开发人员对缺陷修复后,进行回归测试。

对于功能测试中中间回归部分的测试结果,在检验时,统计开发人员解决缺陷的正确率。

输出

1

案例执行通过情况。

2

jira中的缺陷。

性能测试实施

5.7.2.1性能测试实施准备

进入条件

1

《性能测试方案》评审通过,测试环境搭建完成,《项目详细工作计划》中说明要开展性能测试实施工作。

涉及角色

1

测试项目负责人,测试小组

输入

1

《性能测试方案》

2

《项目详细工作计划》

1

测试项目负责人依据《项目详细工作计划》指定实施工作的具体负责人。

注:

这些也在相应的《项目详细工作计划》中体现。

2

相应负责人使用性能测试工具,比如LoadRunner的VUGenerator录制及调试脚本。

3

相应负责人根据需要参数化脚本。

4

如果需要准备测试数据,则准备相应的测试数据。

注:

这些也应该在方案与详细计划中体现。

5

依据方案准备测试场景。

输出

1

测试脚本、

2

测试场景

3

参数化的数据

5.7.2.2性能测试实施执行

进入条件

1

《性能测试方案》评审通过,性能测试实施准备阶段完成,《项目详细工作计划》中说明要开展性能测试实施工作,依据《软件可测标准》,软件达到了可测标准。

涉及角色

1

测试项目负责人,测试小组

输入

1

《性能测试方案》

2

《项目详细工作计划》

4

测试脚本

5

测试场景

6

参数化数据

步骤

1

检验被测系统是否达到了性能测试标准,如果是则进行下面的步骤,否则则退回开发项目组。

2

测试项目负责人依据《项目详细工作计划》指定实施工作的具体负责人。

注:

这些也在相应的《项目详细工作计划》中体现。

3

相应负责人使用性能测试工具,比如LoadRunner,根据方案中的场景设置执行测试。

4

如果测的系统达不到预期要求,在开发相关人员更改相关程序或变更相关参数后,重新执行以上场景(回归测试)。

输出

1

测试结果文件

编写测试报告

进入条件

1

功能测试的案例依据方案或相应详细计划中的范围执行完毕,且本阶段的回归测试完成。

对于性能测试则是方案中的场景执行完毕,且本阶段的回归测试完成。

涉及角色

1

测试项目负责人,测试小组

输入

1

功能测试:

测试用例及执行情况和缺陷。

2

性能测试:

场景及测试结果文件。

步骤

1

测试项目负责人在确定测试工作完成不需要再进行测试,或者测试到达一定阶段不会进行频繁的回归测试时,则开始编写相应的《功能测试报告》和《性能测试报告》。

2

测试报告编写完毕,项目测试负责人组织开发项目经理,测试小组等相关人员对其进行评审,以确保报告的结论无误,测试的数据统计是有意义的。

3

如果评审通过或只需要进行少量更改,测试项目负责人更正后,本步骤结束;否则测试项目负责人根据评审记录对计划进行更正,由评审会议指定人员对其进行确认后,本步骤结束。

输出

1

《功能测试报告》

2

《性能测试报告》

3

相关的《评审记录》

项目总结(结束)

进入条件

1

测试报告编写完毕并评审通过。

涉及角色

1

测试项目负责人,测试小组

输入

1

所有测试相关文件

步骤

1

测试项目负责人在确定本次测试工作结束或在一个较长时期内不会再做本项目的测试工作的话,则向开发项目经理提出结束测试本项目本次测试工作的请求。

如果在经历一个较长阶段再需要对本项目进行测试时,则重新回到步骤一,重新提出《测试申请》开始。

2

在得到同意的答复后,编写《项目总结报告》,总结本次项目的得与失,做为本次项目测试工作的结束,否则根据不同意的理由及需要进行的测试内容重新回到步骤二。

输出

1

《项目测试工作结束请求》

2

《项目总结报告》

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 能源化工

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1