测试流程

完成

意外

如果中途需求变更，相应地增加开发和测试周期、禅道上的文档也需变更

完成测试，上线后，在线上走一遍主业务

设置定时任务，执行case，保证业务流程，长时间稳定

定时执行

如果出现异常，自动发送报告和现象截图

case执行

非bug，开发人员修改bug状态为不予解决。

源头：需求

评审

分析需求和原型图，完成用例编写

测试

现场指出问题，更新用例

产品、开发、测试

非甲方需求 流程：\t1、提出需求&评审需求：产品经理提出需求后，进行需求评审（产品、开发、测试共同参与），定出版本号； 开发周期；测试周期；上线时间节点。产品经理需提供需求文档/原型图，上传至禅道。如果中途需求变更，相应地增加开发和测试周期、禅道上的文档也需变更。\t2、用例编写：测试人员分析需求文档/原型图，编写测试用例。编写完成后，由相关开发一起参与用例评审。用例更新。\t3、功能测试：完成开发后，测试人员收到提测邮件（由开发发出，抄送开发主管和测试主管，以收到提测邮件的时间点为开始测试时间），根据编写好的用例进行测试。后期用例使用禅道的模板，方便导入禅道。\t4、bug以及回归：测试人员通过禅道提出bug（bug上必须附上现象截图/日志截图），测试阶段，开发&测试人员需要实时关注禅道通知。解决bug后，测试人员复测。非bug，开发人员修改bug状态为不予解决。\t5、完成测试：测试完成后，上线，在线上走一遍主要的业务流程。\t甲方需求 流程：\t收到甲方需求，产品经理可根据甲方需求给出上线时间和产品文件，测试人员实时分析文档，如果时间来不及，测试人员只需列出功能点。其余流程同上。

由不同的角色定出版本号、开发周期、测试周期，然后统一上线时间。产品出原型图/需求文档，上传至禅道

功能测试

收到提测邮件（抄送开发主管和测试主管），以此时间点为开始测试时间点

编写用例

测试、开发

测试周期

提交bug以及回归测试

编写自动化case

根据更新后的用例，新增自动化case

服务器

通过禅道提出bug（bug上必须附上现象截图/日志截图）开发和测试需及时对bug作出回应（修改bug状态）