测试流程。。。

一、测试前准备

1.熟悉需求，至少读两遍，列出需求的测试点：若为原有项目改造，需要熟悉原有项目的流程，了解改动点，是否会对原有项目造成影响；如果是新的项目，仅熟悉新项目即可

2.diff代码，至少读两遍，找到在代码中的改动，进一步了解需求，同时结合产品文档，大致判断需求中的功能点是否都满足

3.看一下需求是否涉及到新建表，增加或修改字段，如果涉及，要考虑对原有数据是否进行了处理

4.看提测邮件中是否涉及到更改配置，如果有更改配置需要注意在发布过程中应该怎样进行平缓发布

二、部署测试环境

1.确认不要覆盖他人的项目（同一环境，他人部署了该项目的其他分支）

三、测试中

1.在测试环境针对主要流程进行冒烟测试，判断主流程是否能跑通，是否会被阻断性测试

2.每个小功能点测试，保证每个功能点正常；

3.每个功能点测试正常之后，对总体流程进行测试；

4.测试过程中遇到的问题，通过查看日志、查看程序、查看手机版本等方法进行定位，确认是bug，描述出复现步骤，反馈开发

5.对于不确定是否是bug的情况，要保留当时的日志，回想出现场景，也和开发反馈，确认是否是bug（需加强自己的业务能力，尽量减少此情况的出现）

6.对于业务功能上的遗漏点和产品体验，每天进行总结，和产品反馈，确认是否可以，尽量早的让产品了解到实际的体验情况

7.测试兼容性，包括不同的屏幕和不用的系统（例如ios9和ios10，android4.x等不同的系统）

8.和开发diff代码，进一步保证开发质量（有不清楚的地方，询问开发，可能会发现问题）

四、发布前准备

1.和开发确认程序中是否改变了状态机，如果改变了状态机且是异步发送请求的，需要和开发确认发布的过程中是否会影响请求（eg.原来状态机的流程是A+B，新状态机的流程是C+D，如果发布的过程中一台机器是新程序，另一台机器是原有程序，则可能会出现错误）

2.和开发确认在开发过程中为了调试而增加的一些弹窗或其他入口已经关闭

3.和产品确认文案是否需要更改（新改动中是否涉及到原有的文案）

4.定时任务涉及到查表，需要确认字段是否增加索引；

5.确认qconfig和qschedule是否需要配置；

6.和开发确认发布步骤

7.和运维确认线上已经创建表

8.知会相关人员要开始发布，打开线上监控或者日志

四、发布中

1.和开发确认api版本已经升级，程序中需要调用该api版本的地方已经升级；

2和开发一起看日志，一定要确保开发在旁边；

3.发完一台机器之后，和开发确认没有问题之后，在继续发布下一台机器；

五、上线后回归

1.发布过程中，查看线上日志或监控，看请求是否正常

2.线上回归，保证主要功能点正常（发布小程序时需要注意前端是否已经切换到线上环境，防止请求配置到测试环境）

3.将其他测试环境的配置督促开发配置上，避免影响其他项目