测试流程规范

结合现有工作进行的总结。欢迎拍砖！欢迎吐槽！欢迎交流！

==============================

为了测试工作更加有效的展开，提高测试工作效率，结合之前测试工作中遇到的问题，现制定以下测试流程。

1、熟悉需求并参与需求评审

  熟悉需求文档，与产品，技术一同参与需求评审，有疑问的地方指出并弄明白。

2、测试需求分析

    分模块，提取功能点，写测试点。

3、设计测试用例

    评审结束，设计用例之前再熟悉新需求，结合已有功能，简单列出相关功能点，再逐步细化。

    测试用例要求标题、内容描述要简洁规范，一看就懂，要注明用例的优先级，覆盖面广，还要考虑兼容性。因android机型复杂，系统版本差异大，分辨率多，这些因素都要考虑。iOS亦同理。

4、用例评审

    用例编写完毕，邀请产品和技术一起开用例评审会，找出遗漏点并完善测试用例。

    这块需要发挥大家的力量，找到测试考虑不全的地方，一起把隐患消灭在萌芽中。早发现早处理，为项目顺利推进。

5、执行功能测试

    新功能提测后，对照用例执行逻辑功能测试、界面测试、易用性测试、兼容性测试。

    在tapd上提交bug，验证bug，并进行跟进。遇到一些偶像或复现步骤较复杂的问题，积极协助开发解决。测试过程中，需同步记录测试结果。

每期功能测试结束后，需同步更新checklist。各功能点的测试通过后，上线前需完整过一遍checklist。直到所有问题全部修复，功能正常使用。

6、提交测试报告

    测试过程中，需记录android和iOS测试版本，测试内容及用时，还有遇到的问题，便于后续工作跟进。

    每个大版本提审后，在一天之内，提交测试报告一份，发给项目参与人及负责人。

  此测试流程规范根据工作实际情况制定，希望得到同组人员的建议，提高效率。若无异议，请测试及项目责任人严格按照标准实施，如有问题，可同步调整。

===============================测试遇到的问题、建议与对策：

1、新功能开发完毕，建议产品先体验，进行一道把关，产品说可以了，可正式进入测试环节。

PS：产品最熟悉需求，理解最深入，对一些明显的UI或者功能问题进行一道把关，有利于提高项目进度。

2、新版提测后，设计进行UI验收，验收通过，测试进行二道把关；

3、现有问题：个别需求描述不清

对策：产品需求文档尽量描述清楚，与其它模块有交互的也要写进去，如有修改，改后及时同步给技术和测试。

4、每期新功能评审后，产品和技术确实开发周期后，给出准确的提测时间。

问题：提测时间不明确，开发时间延误，又要求按时发版，导致测试时间被挤压，测试不充分，最后大家都很被动。

建议：产品和技术根据需求难易程度，确定合理的开发周期，并给出准备的提测点，如有延误，顺延发版时间，确保每一步都走的踏踏实实。

5、产品和技术积极参与用例评审，找出遗漏，测试补全用例，保证产品质量。一个好的产品离不开每个人的积极参与和付出。