6.7分享的收获及测试流程思考

       本次分享让我清晰的意识到，测试知识体系的重要性，需持续学习，方能实现目标：做一个靠谱的测试管理者，能有效的带领多个成员同步测试多个项目，有能力定位问题，有方案解决问题！

       还想说的就是压力测试真心需要开发配合，根据现有项目压力测试的经验，我这边通过测试工具压测后根据监控数据，反馈哪些指标超了，模糊的定位问题，具体定位及解决问题还是开发在干，但依旧希望能深入下，如何定位问题及其大概的优化方案，好歹配合压测时表现的不要那么小白，以便项目实践中，多点思路。

目前的工作中，项目组采用的敏捷开发模式（Scrum），测试从头到尾参与。

一、整体的测试流程

1.Sprint启动后，制定测试计划；

2.根据需求、UI设计及交互文档，分析测试需求；

3.根据测试需求分析，撰写测试用例，用例评审；

4.测试提测的任务，有问题提缺陷后跟进验证；

5.按US回归功能；

6.关闭US，Sprint结束。

       上线前，安排回归测试，执行用例，缺陷跟踪，与产品评估风险后，支撑上线，产出测试报告。

        当然整个迭代的过程中测试要做好整体的风险把控，除缺陷外，需求、设计及开发进度影响测试计划的都需及时与项目负责人反馈，尽早暴露及解决问题！

二、实施中的问题及相应的初步解决方案

1.任务较紧，客户反馈的需求不清晰，UI设计稿反复确定修改：根据主要确定的功能点，撰写测试点，后期根据与产品设计逐步确定的内容，逐步完善测试用例；

2.用例评审无太大效果：评审过程中提建议的少，会前邮件反馈，会后邮件确认，核实测试范围；

3.测试执行中需求细节问题需与开发及产品反复沟通：前期能梳理的测试点尽量梳理，评审会提高参与度（具体方法思考中）；

三、浅谈管理

        模板及规则的制定可很好的规范化测试及管理，特别是团队多个成员时，

1.测试产出的模板化：测试计划、测试用例（分析）、测试缺陷、测试报告；

2.项目测试流程的制度及规范化执行；

3.明确分工，各自负责，互相检查监督。