测试流程规范 标准化流程

一、需求调研阶段—测试准备阶段生成测试需求点

在需求调研阶段，测试人员需跟业务人员充分了解该系统的需求，了解业务场景，业务名称，根据需求文档和业务场景生成测试需求点。

二、在研发制定研发计划的同时，测试人员需制定出测试计划

1.根据需求调研阶段的输出产物：用户需求文档，产品需求文档，在测

试计划中制定出测试的目标，包括此模块采用哪些测试策略（包括功

能测试，易用性测试，界面测试，性能测试），需要覆盖到哪些需求

点（来自需求文档或跟需求人员的沟通），每一个执行过程的人员安

排（测试用例编写人员，测试执行人员，部署验证人员）。

2.制定出不同层次目标的执行标准，时间紧张的情况下可以以最低目标

去进行测试，符合最低的标准即符合上线标准，根据时间的长短制定

出一定的标准去进行测试。

3.在制定测试计划阶段，要确认测试环境的可用性

三、研发设计编码阶段---测试用例编写阶段

根据测试计划中需要覆盖的需求点进行测试用例设计，应该分为功能性测试用例，应用场景测试用例设计，易用性界面测试用例（最好可以建立出通用的易用性界面测试规范）性能测试用例。设计这些用例的前提还需要研发的原型设计页面数据库设计文档做为辅助，有利于测试用例的设计全面性。

一、测试执行阶段—研发编码完成后进行

1.研发人员需提供版本标签和部署说明文档给测试人员，测试人员通过

登录源代码管理器获取特定版本的代码进行发布网站操作，再部署到

测试环境中进行测试

2.测试执行过程中应该首先进行冒烟测试（需建立一个冒烟测试的标准），

不符合冒烟测试标准的模块就是不能进行测试执行过程的。

3.在执行测试之前，还需根据实际情况，修改部分不完善的测试用例，

使用例更加完善，再进行详细的测试，也为下一论的测试做好充分的准备。

4.当模块符合冒烟测试标准，则可以进入第一轮测试。

5.第一轮测试应该包括：功能需求点测试，业务场景测试，易用性测试，

界面测试（主要是ie6和ie8的兼容性，宽屏和普屏的显示），该模块放在系统中还需进行该模块与其他模块的集成测试。（模块与模块之间的关联性需要统计出来），不能只测试对应的模块，而忽略了跟其相关的其他模块的对应功能的测试。

6.对于易用性测试应该建立一个标准出来，所有测试人员和研发人员依

据此标准进行开发测试工作。

7.第一轮测试完毕后，如果进行纯手工的测试，研发修改完BUG，就可

以进行手工的回归测试，回归测试应该建立一个回归测试的标准出来，这样可以节约测试时间成本。

8.如果进行自动化测试，在第一轮测试完毕后，用例补充完善时，这时

可以建立自动化测试代码，为回归测试做好准备，可以节约一大部分回归测试的时间成本。

9.当所有需求点，功能，易用性都符合标准后，可进行性能测试，分为

两种：第一种是对于数据呈现功能模块，可以通过加大数据量，测试其承受一定数据量（此数据量的标准需业务人员提供）时的一个性能。

第二种，是模拟多用户（标准需业务人员提供）同时访问的情况下的

性能。

二、测试总结阶段

测试完成后，对当前模块的测试结果进行评审，是否符合上线标准，并分析总结已经解决的问题，还存在的遗留问题，BUG在功能模块中的一个分布情况，这些都可以为后续的开发和测试具有指导作用。

六、上线部署验证阶段

当模块符合上线标准后，测试人员需要写出部署验证文档，并且需要把符合测试的版本号，此版本更新的内容，部署说明文档发给工程人员。工程人员部署完成后，测试人员需从门户首页进去相应的模块下进行部署验证。

部署验证流程制定:

1.需从门户首页进去系统，点击到相应的模块下进行验证所有功能页面是

否成功打开不报错

2.验证该模块下的一级导航二级导航三级导航链接显示是否正常

3.验证该模块的权限问题，权限的配置一般是在角色列表里面进行配置，检

查是否按需求配置好了权限，并以对应的账号登录进去查看权限是否正常

4.检查跟该模块相关的模块功能是否正常，比如该上线模块在其他模块的链

接是否修改为新的，该上线模块下面链接到其他模块的链接是否正确。

5.测试基本流程是否可以走通（业务流程-就是客户使用该模块的基本流程）

6.所有涉及首页和中心领导的功能点全部要做为重点进行严格测试和验证

7.如果模块有特定的要求（如权限要求、时间点要求），需要针对性验证

8.所有的操作和变更都需要有详细的操作日志记录

9.如果涉及到发短信邮件的功能并且需要验证的，一定记得修改数据库对应

的手机号码和邮箱地址.

源文档 <>