一、准出结果
测试结果 | 评判标准 |
测试通过 | 1.嵌入式固件、面板等各端无P1、P2、P3的遗留Bug 2.测试用例覆盖100%功能点,回归测试覆盖修改点和影响范围 |
测试不通过 | 1.存在P1\P2\P3的遗留缺陷 2.存在严重的用户体验问题、严重的性能问题 3.存在P3、P4缺陷问题,但是PM评估仍需要修改,客户有其他线上问题反馈需要修改 |
带风险通过 | 1.嵌入式测试没有带风险通过! |
二、准出细则
准出内容 | 说明 |
需求实现 | 1、需求实现率为100% 2、需求未实现的需要进行评审说明 3、需求有变更的必须有需求变更评审说明 4、需求已经规划且已经实现,但是提测时没有实现该功能,需要给出需求未实现说明 |
测试内容 | 1、测试执行了那些内容,包括功能、性能、稳定性、压力、兼容性(手机/路由器兼容性)等测试 2、需求覆盖测情况,有哪些是测试了,那些未进行测试,未进行测试的需要进行原因说明及风险评估 |
测试情况 | 1、用例执行情况 2、缺陷统计情况(包括但不限于轮次缺陷收敛情况、缺陷等级分布、缺陷模块分布,各端缺陷分布等) |
遗留问题 | 1、测试结束后针对遗留的问题,由测试、研发、PM等一起进行评审 2、遗留问题需要由对应的研发给出相应的说明如:影响范围,解决时间,规避措施等 |
风险评估 | 1、不同维度的分析项目发布存在的风险点 2、测试角度给出项目的风险点 |
测试总结/评分 | 1、项目健康评分,针对整个项目不同阶段进行评分 2、测试项目总结,包括用例执行、缺陷数据、遗留问题和风险项、项目健康评分等 |
三、风险分析
1、风险评估
风险分析点 | 衡量标准 |
测试充分性风险 | 1、设备部分需求功能未实现,但存在入口或出货的使用说明书中已经标注,但客户可以接受,需要紧急出货/上架的情况 2、产品部分需求功能点测试没有测试环境进行模拟覆盖 3、测试裁剪导致部分功能未进行测试 |
遗留缺陷类风险 | 1、产品存在P1/P2遗留问题,但是客户可以接受 2、产品存在P3/P4遗留问题,但是PM及研发等评估无需修改或者或许版本迭代修改的情况 |
测试资源类风险 | 1、产品所需测试环境无法100%覆盖到,可能存在无法预估的问题 2、模拟测试环境与客户真实使用存在一定的差异性,产品用到的协议或标准由于本身地理位置或时间上存在一定的差异性,无法达到实际的需求点 3、辅助类测试资源不足,导致测试不充足(如兼容性测试可能由于路由器或手机型号公司尚不存在,导致无法测试) |
其他风险 | 1、项目流程或其他节点上一些可能导致产品质量不稳定的情况,如需要多方评审的点,PM单方面做出决定等 2、测试用例以外的其他未知风险 |
2、风险等级参考
发生概率及影响范围 | 没有影响 | 轻微影响 | 一般影响 | 严重影响 | 致命影响 |
细微的( | 低 | 低 | 低 | 低 | 中 |
不太可能的(0.2%~25%) | 低 | 低 | 低 | 中 | 中 |
可能的(26%~50%) | 低 | 低 | 中 | 中 | 高 |
很可能的(51%~75%) | 低 | 中 | 中 | 高 | 高 |
几乎确定的(76%~100%) | 低 | 中 | 高 | 高 | 高 |
备注:具体风险等级还需要按照实际具体情况分析进行评估判定,尚书表格只提供可考虑的风险点和顶级范围
四、发布流程
线上评审流程:
备注:发布评审时针对项目遗留问题,必须要求项目相关研发人员或产品经理给我风险评估,规避措施,影响范围,解决方案等,测试人员根据以上各项有依据的对项目进行评审
更多推荐
嵌入式准出(评审、发布)
发布评论