10、接到任务后的整个测试前准备流程总结

接到任务后的整个测试前准备流程总结

 

• 梳理理清需求文档内容，记录容易理解偏差或忽略的位置

一、沟通确定测试范围

找产品经理或开发人员进行沟通。

沟通内容主要围绕以下几点：

需求背景：

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、（开发）异常情况会有哪些？