一、测试流程
1)需求分析阶段
1.产品经理或业务人员输出PRD/BRD/界面设计原型图；
2.产品经理或业务人员对需求文档和原型图进行串讲，开发人员、技术经理、测试人员、设计人员共同评审，对于不明确的需求，产品经理进行详细解答，无法确认的需求则及时记录，待确认后再同步所有人员，务必保证需求理解一致；
3..需求文档评审结束后要及时进行更新，更新完成后通知项目相关人员；
2)测试设计阶段
1.测试计划编写：重点进行测试工作量的评估，设立相应的工作里程碑，同时确定测试范围，测试资源(包括测试人员和测试时间)，测试测试策略，对可能遇到的风险进行评估，并给出相应的解决方案；
2.测试项划分：将版本需求点根据功能点进行细分，分配至对应测试人员
3.测试点输出：输出各个功能模块测试项的思维导图；
4.测试用例编写：根据测试项的思维导图进行用例设计，需覆盖所有功能点，输出测试用例；
5.测试用例评审：所有项目相关人员参与，包括项目经理，产品经理，开发人员，测试人员，业务人员，设计人员，可根据测试用例或测试点进行评审，评审过程中，有疑问的需求，产品经理及时解答，错误的用例，及时进行记录和跟踪，无法确认的用例，会后及时进行跟踪和确认。
6.冒烟用例输出：提取所有用例中优先级高的测试用例，输出冒烟用例
3)测试执行阶段
1.开发冒烟测试：开发人员根据冒烟用例执行测试，输出冒烟结果，并反馈给测试人员，冒烟不通过，测试可以将版本打回
2.测试用例执行：依据测试用例执行测试，不通过的用例及时提交bug，测试过程中发现测试用例中未覆盖的功能时，应立即补充用例。
3.bug回归测试：bug回归时需将可能影响的模块都执行测试用例，确保修复后未引起其他模块的问题；bug修复完成后，确认满足需求功能后才能关闭bug；对于回归不通过的bug进行激活，无法重现类的bug及时与开发沟通，不确定或开发不认可的bug，及时与开发和产品经理进行确认保证需求理解一致，沟通解决。
注：设计测试阶段时，整个测试阶段最好设计三轮，第一轮主要根据测试用例测试，覆盖所有功能点，第二轮主要执行优先级较高的用例，并根据开发走回的bug进行回归，同时测试bug可能影响的功能模块，第三轮主要是发散性测试，重点分析客户可能进行的操作，同时需要执行优先级较高用例，并回归完所有bug；
4)测试报告输出
测试报告主要包括项目概述，测试基本情况，版本的测试结论和关键风险，测试执行情况分析，以及bug统计，最后是本次版本更新的功能点，重点分析不同测试轮次测试用例执行情况、发现bug数量与分布情况，用例通过率，bug修复率，对遗留的bug进行评估是否对发布有影响
二、测试流程文档
1)测试前所需文档
1. 版本整体计划---项目负责人
2. 项目业务功能需求---项目负责人
3. 环境部署信息---项目负责人
4. 版本测试计划---测试人员
5. 冒烟测试用例执行结果---项目负责人
2）测试过程文档
1. 冒烟测试用例---测试人员
2. 版本功能测试点---测试人员
3. 版本功能测试用例---测试人员
4. 主功能系统测试检查列表---测试人员
3）测试结束或上线文档
1. 测试总结报告---测试人员