首先识别风险
项目团队带来的风险
冒烟不通过
- 冒烟测试用例通过率不足80%
- 主流程不通
- 系统全流程不通
- 功能未实现
质量风险
- AB缺陷占比高
- AB缺陷不收敛
- 缺陷不收敛
- 缺陷修复质量差
- 定版前后3天缺陷不收敛
设计风险
- 交付SIT后设计方案变更
- 功能未实现
- 功能未按需求实现
- 关联影响未分析引入的缺陷
- 开发对需求理解偏差，导致设计方案变更
进展风险
- 缺陷修复效率低，影响测试进展
- 未联调就提测
- 延迟交付
- 分批交付
测试团队带来的风险
- 测试进展延迟
- 缺陷发现晚
- 分析遗漏
- 需求理解错误，导致案例调整
- 设计理解错误，导致案例调整
- 案例设计遗漏，大量补充案例
- 案例执行有限级策略不当
- 工作不在状态
- 测试人员对系统不熟悉，不了解业务
- 测试人员离职，交接工作不到位
其他风险
需求组
- 需求变更
- UAT缺陷导致需求变更
- 最新需求未通知测试组
紧急任务
- 紧急任务，测试时间短
- 关联系统配合不到位，耽误测试进度
- UAT配合
环境问题
- 环境问题导致进展延迟
- 版本问题导致延迟问题
风险汇报
- 风险类型：重点需求、质量风险、延迟风险
- 关联系统：主办统一收集汇报，需求为单位所有关联系统
- 需参会人员：测试组、项目组
- 需求实现内容：内容概述需求背景，实现范围
存在风险
当前进度：当前执行情况说明，如：第一轮测试（测试阶段），案例总数，已执行案例数量
风险描述：所需上报问题进行描述
解决措施：针对上报风险的可执行和落地的措施
汇报途径
- 微信日报、邮件
- 测试部confluence
