测试流程

1.  立项     首先，是一个项目的立项，确定要开发一款产品。  

2.产品需求会议    立项后就需要产品团队列出该产品要实现哪些功能，以及该功能的详情，写出需求文档，召开一次需求评审会议，会议有产品（PM）主持，开发（AD），测试（ST）参加，主要对产品提出的需求进行评测，静态分析，审核该需求当前技术是否能够实现即可行性评估，以及该需求是否合理，提出优化方案以及工作量的计划安排的意见和建议；会后由PM更新产品需求文档（Product Requriement Document）罗列出所有评审通过的需求。

2.1 开发设计文档会议    开发在拿到评审后的prd后，要针对prd设计开发文档；这里的开发设计文档即概要设计，会通过邮件方式发给产品测试评审，确保大的方向没有问题。成型后由开发组织详细设计文档评审会议，测试，产品参加，产品审核该开发文档是否覆盖了prd里的所有需求，以及每个需求点的具体实现细节，测试审核设计的合理性，为测试用例做准备。

http://www.jianshu.com/p/dc75c8ca21a5 （附详细设计和概要设计）

2.1 测试同步开始编写测试计划以及测试方案      主要写出测试的一些时间安排和详细各个时间节点该做的事情。

3  项目计划书     由项目经理或者测试负责人编写，阐述整个项目的开发周期和具体的时间安排。

4  测试用例评审    三方会议，由测试主持，产品、开发参加，评审测试用例是否覆盖了所有的功能点，以及提出一些优化意见。

5 执行测试用例（开发已开发好） 测试并提交bug，对bug进行跟踪，以及修复后进行回归。

6  测试报告   主要写本次项目中做了哪些工作，写了多少用例，执行了多少用例，有多少没有执行，为什么没执行，用例通过了多少，多少没通过，为什么没通过。bug有多少，修改了多少，多少没修改，为什么没修改。

7  上线评审   新产品上线首先是项目经理发出通知邮件，详细说明上线时间（一般是晚上十二点），描述新产品或新版本解决了那些问题，有什么新功能。上线测试有哪些人参与。以及上线失败的回滚策略。

7.1 测试用jenkins做线上发布，如发布遇到问题，运维帮忙修正，发布过程中，开发人员检查线上日志，以防发布问题导致线上崩溃，以便及时处理。发布完成后，测试做线上验证。如果上线期间仍有大量用户使用，为防万一，运维可以先将用户数据切到另一台服务器上，以实现无损发布。

8  复盘报告    一般是上线了一两周后，对此次项目的一个工作总结。讲述一下自己的进步和不足。还有一些工作中的心得感悟等。