接到任务后的整个测试前准备流程总结
- 梳理理清需求文档内容，记录容易理解偏差或忽略的位置
一、沟通确定测试范围
找产品经理或开发人员进行沟通。
沟通内容主要围绕以下几点：
需求背景：
1、此任务的需求来源
2、为什么要做这个任务？
3、这个需求的目的是什么，带来什么好处或解决了什么问题？
4、达成这个目的有没有更好的解决方案？
5、上线后，如何衡量任务的有效性？
实现方案：
1、（产品）此项目修改点是什么？主要做了哪些功能？实现方式是什么？
2、（产品）此次修改涉及页面有哪些？
3、（开发）代码是如何实现的？
》》》（1）业务流程上的实现方式，那对应到代码中代码是如何实现的。逻辑是怎样的？
》》》（2）加解密API是怎么调用的？地址是多少？在哪里配置、字段参数有哪些、数据流向是怎么走的，如何传参的等等
4、（开发）本次项目修改的代码覆盖的范围，确实测试范围，确认是否会影响其他功能？
5、如何测试验证问题？验收标准是什么？
6、（产品、开发）测试过程中需要注意哪些点？
7、（开发）异常情况会有哪些？
8、（产品）确认上线时间
二、明确测试范围
1、画出测试流程，测试范围，注意点等等。
》》》在这个过程中会有修改或不明确的地方，将不确定的地方与产品开发再次明确。
2、明确测试范围。将测试点，测试范围，用XMIND等工具快速整理出来。
3、将整理好的内容发给开发人员和产品经理确认是否覆盖完全，检查点是否设置正确等问题。
》》》主要目的在于消灭这种因理解不同，而导致后期测试不全，出现漏测的情况。
三、编写测试用例及用例评审
1、写测试用例的过程中，会发现一些容易忽略的点，或者是在写用例的过程中，发现某个流程并不流畅，我们在写用例的过程中发现这些问题，并及时通知需求及开发人员，可避免开发人员做一些无用的工作。
2、用户编写完成后，我们要组织人员进行用例的评审，包括需求人员、测试人员、开发人员等，查缺补漏，纠正错误
接到BUG修复任务后回归测试前准备流程总结：
准备（沟通）内容：
1、（开发）此次修改点（修复问题）是什么？（将BUG加入BUG清单中）
2、（开发）产生/导致/引起问题的原因是什么（在BUG清单中注明原因）
3、（开发）此次修复主要涉及哪些功能？
4、（开发）此次修改涉及页面有哪些？
5、（开发）代码是如何实现的？修复方式（逻辑）是什么？（在BUG清单中注明修复方式或逻辑）
6、（开发）本次项目修改的代码覆盖的范围，确实测试范围，确认是否会影响其他功能？
7、（开发）如何测试验证问题？
8、（开发）测试过程中需要注意哪些点？
9、（开发）异常情况会有哪些？
10、（产品）确认上线时间
备注：
1、此任务的需求来源
2、为什么要做这个任务？
3、这个需求的目的是什么，带来什么好处或解决了什么问题？
4、达成这个目的有没有更好的解决方案？
5、上线后，如何衡量任务的有效性？
6、此项目修改点是什么？
7、主要做了哪些功能？
8、实现方式是什么？
9、旧方案是什么？
10、此次修改涉及页面有哪些？
11、如何测试验证问题？验收标准是什么？
12、测试过程中需要注意哪些点？
13、确认上线时间
需开发解答：
1、（开发）此次修改点（修复问题）是什么？（将BUG加入BUG清单中）
2、（开发）产生/导致/引起问题的原因是什么（在BUG清单中注明原因）
3、（开发）此次修复主要涉及哪些功能？
4、（开发）此次修改涉及页面有哪些？
5、（开发）代码是如何实现的？修复方式（逻辑）是什么？（在BUG清单中注明修复方式或逻辑）
6、（开发）本次项目修改的代码覆盖的范围，确实测试范围，确认是否会影响其他功能？
7、（开发）如何测试验证问题？
8、（开发）测试过程中需要注意哪些点？
9、（开发）异常情况会有哪些？