项目测试流程规范

1、需求阶段
1.1 产品预评审清单,了解本次项目或者版本大概要做的功能内容。
产品负责人对于需求粗评审:是否存在不合理的需求。
测试/开发负责人:根据需求清单分配对应测试/开发人员参与
测试/开发人员:粗看需求初稿标注自己的疑问点
产出文档:功能预评审清单、需求初稿文档-产品/项目经理
相关人员:业务、产品、开发、测试
1.2 需求评审
提出需求建议和问题
熟悉需求内容
评估工作量
产出文档:需求定稿文档,产品定稿功能清单-产品/项目经理
相关人员:业务、产品、开发、测试

2、测试准备阶段
2.1 测试方案输出:涉及的测试时间计划、功能模块人员分配、测试准入准出标准、测试方法、测试工具、回滚方案等
产出文档:测试方案——测试经理
2.2 测试案例输出:功能测试案例、联调测试案例
产出文档:测试案例初稿——测试人员
2.3 测试案例评审
开发、产品、测试三方进行测试案例评审
产出文档:测试案例终稿——测试人员
2.4 测试数据环境及测试数据准备

3、转测阶段
根据测试准入标准检查是否可以进入测试阶段,否则打回
开发的转测功能清单,首先检查转测的功能是否与测试计划一致;
针对主链路、主功能进行冒烟测试,检查开发转测的功能是否能够正常进入测试阶段。
产出文档:转测冒烟测试结果——测试经理

4、测试阶段
4.1 功能测试:SIT\PRE测试执行,每个阶段问题解决回归测试达标后进入下一轮,具体轮次安排根据实际项目确定轮次。
4.2 联调测试:系统间业务场景测试,保证业务场景可以在各个系统、模块间正常流转。
4.3 灰度测试:用于在软件正式发布前进行小范围的尝试。‌灰度测试通过逐步扩大试用者数量,‌发现和纠正新功能或重大改版中可能存在的问题,‌以提高软件质量。‌灰度测试结合了黑盒测试和白盒测试的特点,‌测试人员对系统的内部结构、‌设计和实现有一定的了解,‌但不完全了解所有的细节。‌
4.4 UAT测试:安排业务或者客户人员对项目功能进行验收测试。
产出文档:测试日报——测试经理

5、准出阶段
上线功能清单及上线策略评审:产品、测试、开发三方再次确认最终功能范围,范围内的是否都按照计划实现;本次上次执行发布时间及顺序,是否涉及配置、sql、回滚方案是否验证通过、回滚的操作顺序,每个步骤执行人员。
测试报告-案例执行情况、bug清单分析及解决情况、性能测试结果、安全扫描结果、是否达到准出标准等
产出文档:测试报告——测试经理

6、上线阶段
配合产品生产验证和问题定位
产出文档:生产验证结果——产品/项目经理

posted @   遗落KEVEN  阅读(36)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· Blazor Hybrid适配到HarmonyOS系统
· Obsidian + DeepSeek:免费 AI 助力你的知识管理,让你的笔记飞起来!
· 解决跨域问题的这6种方案,真香!
· 一套基于 Material Design 规范实现的 Blazor 和 Razor 通用组件库
· 分享4款.NET开源、免费、实用的商城系统
点击右上角即可分享
微信分享提示