IT行业测试流程规范说明.pdfVIP

测试流程规范

需求输入

需求分析

需求确认

测试计划

测试设计

用例编写

系统测试

返测

Bug修改

测试通过

适配测试

返测

适配调整

测试通过

需求输入

1.需求输入

根据《产品需求管理流程V1.0》规定，当需求处理人确定需求评估后下发需求到测试组，

或者测试人员作为需求处理人的组成部分介入需求都算做需求输入阶段；

2.需求分析

在需求输入后进行需求分析，在需求分析中关注以下几点：1.产品目标，产品本身解决

什么问题；2.功能点和业务逻辑；4.UI界面布局；5.多平台的体验差异性；

需求分析应列出所有功能模块细分、业务流程及规则,输出功能分解列表并以

邮件形式向需求提出人进行确认！

需要测试的项目需要分配2-3天进行需求分析；

3.测试计划

制定测试计划达到明确测试所需的相关范围和明确的任务分工即可，并在项目进行过程

中实时刷新计划；并且测试计划以及计划变更需要得到项目经理确认；

测试相关范围：

1.项目的构成（目标、适配、功能点）；

2.测试范围明确目标；

3.适配测试策略以及基准平台、分辨率、机型建立；

4.测试资源（软、硬件、人力）范围；

5.测试数据准备；

6.根据项目里程碑和测试目标制定人员分工和时间安排；

项目测试计划模板

XXX项目测试计划.d

ocx

4.用例编写

编写系统测试用例，用例需覆盖《XX产品需求规格说明》中所有功能点和业务逻辑，

并至少覆盖《研发部交付质量规范》中提到的所有项；用例需区分多平台不同的体验和

特性；在测试用例文档中需编辑用例修订记录。

在编写用例过程中发现的需求不完善的地方，应和需求提出方进行沟通确认，并要

求补充或修改需求文档。测试用例的监督人为测试组组长或在该项目中的测试负责人；

提高用例的重用性，例如：联网引擎、下载引擎等功能点的用例实际上是可以重复

使用，不一样的只是UI界面。

在每轮系统测试结束后开发修改Bug期间对用例进行维护。

输出文档：《XX项目详细功能测试用例》

测试用例修订记录

模板.xlsx

5.系统测试

系统测试在开发提交测试包，进行的包括：功能、UI界面、用户体验、稳定性、等

全方面测试，此系统测试针对的是以完成开发的完整功能测试包；

如果需要在项目中期出体验或测试版本，只需要根据体验版本的关注点适当调整系

统测试策略即可。系统测试流程监控为测试组组长或项目组中的测试负责人

系统测试需包括如下活动：

1.按测试计划执行测试用例;

2.测试用例更新维护;

3.Bug提交和管理；

bug的提交需遵守《bug提交规范》及《bug评级规范》。

bug评级规范.docxBugfree提交BUG的

书写规范.docx

4.输出测试报告

针对每轮系统测试过程中的测试情况作出总结，报告应概括性说明产品

在功能、体验等各方面所存在的问题，并列出在这些方面严重程度较高Bug；

具体内容参考《系统测试报告书写规范》。

系统测试报告书写

规范_1221.docx

5.验收测试

系统测试完成的标志为达到《研发产品交付标准》；然对已通过系统测试

的程序进行验收测试，测试其主要功能及业务逻辑是否完全符合需求。在完成测

试用例后可进行随机测试，模拟用户体验，检验是否有其他未发现的问题。

测试输出文档：

验收测试用例，不同于系统测试中的系统测试用例，验收测试用例只需

覆盖程序的功能及业务逻辑即可。

家庭信息系统全业

务流程测试报告_Symb

6.返测

输入新版本的程序后对于开发人员修改后的bug