0


QA如何写测试方案

写在前面:当QA成为大型项目的QA owner时,那么测试方案就成为QA整个项目流程中的重要的工作指南。那测试方案中,要写些什么内容呢?希望这篇文章可以提供给你很好的思路;ps: 每个人都有不同的理解,大家可以在评论区留言交流

一、项目背景&文档

  1. 简要描述本次测试的项目背景 (目的:可以让其他人快速了解到项目的全貌,以及个人对项目背景的理解)
  2. 项目的prd链接
  3. 项目的技术方案链接

二、测试排期及人力投入

*可以用日历表,可以用Excel、也可以用表格,方式不限制。主要是把 **测试阶段、每个模块、工期、人力投入 *描述清楚。

因为涉及到项目的上线时间, 测试排期很重要。

三、线下测试方案

3.1、项目开发信息

描述清楚本次需求涉及到的全部系统(前后端)、还有分支
服务名分支git链接负责人xxxxxxxxxRD

3.2、中间件

描述清楚本次需求涉及到的中间件
中间件信息备注DB涉及到的库、表、关键字段Redis涉及到key XXXMQtopic xxxxhivehive表名其他等等

3.3、测试环境

简要描述本次用到的测试环境的机器情况,系统部署方法、涉及到的测试数据和准备等等

3.4、测试用例

附上测试用例的附件或者链接

3.5、测试方法

  • 黑盒测试、白盒测试
  • 引流测试
  • diff测试
  • 等等

四、预发及线上测试方案

4.1、预发&生产环境的上线顺序

一定要提前跟开发对好,不同模块的上线顺序,以免对线上造成影响

4.2、生产环境的回滚操作

一定要提前跟开发对好,不同模块的回滚操作,包括但不限于:回滚顺序、机器摘流、回滚操作;避免回滚时手忙脚乱,扩大线上的影响

4.3、预发&生产环境的验证

4.3.1、线上测试数据准备

  • 简要描述本次预发和线上验证,需要准备哪些线上测试数据及准备

4.3.2、 线上验证场景

列出线上测试的验证点,描述本次线上测试效果如何确认及检查,是否达到了预期**

  • 数据层: - 数据库数据- Redis等缓存数据- ES中的数据- 等等  
  • 功能层: - 新功能是否满足预期- 是否影响老的主流程- 等等

五、稳定性保障

给出我们稳定性保障是否做的结论,以及如何做的方案

(稳定性是一个比较大的范畴,后续考虑是否单独总结一下稳定性保障方案相关的内容)


本文转载自: https://blog.csdn.net/u012540220/article/details/127111533
版权归原作者 豆芽花花儿酱 所有, 如有侵权,请联系我们删除。

“QA如何写测试方案”的评论:

还没有评论