测试风险汇报

首先识别风险

项目团队带来的风险

冒烟不通过

• 冒烟测试用例通过率不足80%
• 主流程不通
• 系统全流程不通
• 功能未实现

质量风险

• AB缺陷占比高
• AB缺陷不收敛
• 缺陷不收敛
• 缺陷修复质量差
• 定版前后3天缺陷不收敛

设计风险

• 交付SIT后设计方案变更
• 功能未实现
• 功能未按需求实现
• 关联影响未分析引入的缺陷
• 开发对需求理解偏差，导致设计方案变更

进展风险

• 缺陷修复效率低，影响测试进展
• 未联调就提测
• 延迟交付
• 分批交付

测试团队带来的风险

• 测试进展延迟
• 缺陷发现晚
• 分析遗漏
• 需求理解错误，导致案例调整
• 设计理解错误，导致案例调整
• 案例设计遗漏，大量补充案例
• 案例执行有限级策略不当
• 工作不在状态
• 测试人员对系统不熟悉，不了解业务
• 测试人员离职，交接工作不到位

其他风险

需求组

• 需求变更
• UAT缺陷导致需求变更
• 最新需求未通知测试组

紧急任务

• 紧急任务，测试时间短
• 关联系统配合不到位，耽误测试进度
• UAT配合

环境问题

• 环境问题导致进展延迟
• 版本问题导致延迟问题

风险汇报

• 风险类型：重点需求、质量风险、延迟风险

• 关联系统：主办统一收集汇报，需求为单位所有关联系统

• 需参会人员：测试组、项目组

• 需求实现内容：内容概述需求背景，实现范围

• 存在风险
  当前进度：当前执行情况说明，如：第一轮测试（测试阶段），案例总数，已执行案例数量
  风险描述：所需上报问题进行描述
  解决措施：针对上报风险的可执行和落地的措施

汇报途径

• 微信日报、邮件

• 测试部confluence