测试流程规范

对于前一段的测试进行了总结，发现还存在诸多问题，重新梳理了测试流程。希望能够尽早走向规范化。

  测试目标

1.     确认产品是否符合客户的需求，确认产品不存在需求错误；

2.     验证产品的质量，确保产品不存在质量bug

  测试分类

1.     按照测试阶段

单元测试：开发人员所做的面向程序单元的测试；

集成测试：集成人员子系统有效集成的测试

系统测试：测试人员所做的完整系统的面向需求应用的测试

验收测试：客户所做的验收系统的测试

2.     按照质量目标

功能测试：系统功能的正确性、完整性和一致性

性能测试：多用户并发，多任务执行，长事物执行，大数据量条件下用户请求的响应的及时性

可靠性测试：运行的稳定性，故障处理和恢复能力 

  测试过程的主要流程

测试需求--〉测试计划--〉测试设计--〉测试实施--〉测试执行--〉测试报告

  测试需求

认真对需求进行分析，步骤：

1.     参加需求评审

2.     获取完整的需求；

3.     对需求进行分析，包括测试对象的分析->测试范围的分析->测试用例的建模->验收标准分析；

4.     测试需求规格，定义测试对象，测试范围，测试标准，验收标准；

5.     完成测试前的所有准备工作；

  测试计划

  测试计划模板，每个公司的模板会不同。

  测试设计

测试用例暂时按照原模板进行编写。目前我们的用例是按照功能点进行编写，此用例适用于刚完成的一个产品，我们的用例能够完整覆盖所有的功能点，尽可能多的抛出出现的问题；但有些产品已经迭代几个版本，有些功能在几个版本中并没有进行过修改，比如：登陆界面。此类产品的测试就需要站在用户的角度进行一些合理场景的测试。这就需要我们根据测试的产品的特点进行用例的设计。用例编写完成后要及时发出进行Review和审核。

  测试执行

每个产品的测试暂定为3轮。

测试启动之前要准备好此次测试所需的硬件软件资源，比如测试机器等等

第一轮测试：BVT+功能测试用例，保证用例覆盖所有的测试需求；

第二轮测试：BVT+bug回归+场景测试用例

第三轮测试：BVT+bug回归+主要场景测试用例（发布前测试）

根据所测产品的特点合理的编写测试用例。测试用例的ID一定不能乱。总用例数目要把控好，新增的用例要记录好增加记录。每天的周报不要只出现运行了多少，还要写清总共多少

  测试缺陷

测试bug提交到Redmine中。

1.     每天及时查看我的工作台，及时更新指给自己的bug;

2.     进行第二轮测试时，先查看该版本下的bug是否已经全部标记为已解决，完成度是否全为100%；否则不启动测试。

3.     打回的未修复的问题，要描述清楚原因并提供复现环境。

  测试结论

按照附件的测试报告模板进行测试结论分析。

  其他

根据不同公司的实际情况，需要对流程做出相应的调整。任何问题或建议可以直接交流。