初探测试 OKR

TC 相关目标

TC 编写完整度
- 是否所有的需求点都已覆盖
- TC 描述是否简明扼要抓住重点
- 异常情况,是否考虑全面
- 系统间交互,是否考虑全面
- 需求模糊时,是否主动了解清楚具体需求,并完善 TC
- 自测用例编写,是否包含所有重要功能,是否提高提测质量
- 测试执行过程中,非 TC 覆盖问题,占所有问题的比例
TC 执行完整度
- 是否执行完所有的 TC
- 执行中遇到需求调整等情况,是否主动更新 TC
- TC 执行效率
TC 归档情况
- TC 模块名称定义是否清晰
- TC 功能目录结构是否清晰
- 是否所有的 TC,都更新到最新,并提交到 git

BUG 相关目标

BUG 提交准确率
- 测试阶段,BUG 提交时,优先级的定义准确率
- BUG 提交规范情况
- 提交的 BUG,出现“Rejected”的比率
- 提交的 BUG,出现开发看不懂无法处理的比率
BUG 线上遗漏率
- 测试阶段提交的 BUG,和线上同项目模块中出现的 BUG,的比率
- 线上各优先级 BUG 数量

项目任务完成目标

项目正常发布比率
- 季度周期内,按排期正常发布的项目数量
- 非测试因素,未按排期发布的项目数量
- 因测试原因,未按排期发布的项目数量
项目 BUG 处理完整度
- 是否项目所有的 BUG 都提交到 JIRA 上
- 测试环境测试完成时,JIRA 上的 BUG 是否全部处理完成
- 预发阶段,是否主动警示开发积极解决 BUG
- 发布前,是否所有的 BUG 都已经处理完成
项目完成顺畅度
- 测试阶段,P0级问题遇到后,跟进时效
- 测试阶段,是否出现可绕过但长时间等待的情况
- 上预发过程中,是否出现预发第一两天无法进行测试的情况
项目测试进度把控情况
- 多轮测试项目,是否按照每轮测试时间完成该轮测试阶段
- 测试环境测试阶段,是否完成所有测试环境测试任务
- 是否依排期上到预发环境
- 发布前,是否拿到完整的发布计划,并考虑完善
- 是否出现错发漏发的情况
项目测试计划完整度
- 预估的风险,是否指导测试过程中主动规避
- 多轮测试项目,是否明确划分阶段周期和目标
- 数据准备计划中,是否预估所有所需的数据
项目日报情况
- 是否对重要问题总结到位,并指派对应的开发
- 对项目进度情况说明,是否客观明确,并说明项目阶段的风险

线上 BUG 处理目标

线上 BUG 接收及时率
- 值班期间,线上 BUG 是否及时接收转发
- 接收 BUG,是否都给予了反馈
线上 BUG 跟进处理完整度
- BUG 处理中,是否都给予了阶段反馈
- 紧急 BUG,处理时效
- 是否积极跟进开发解决问题
线上 BUG 总结情况
- 业务线 BUG 整理统计完成度
- 偶发性 BUG 原因分析总结完成度
- 常见的未修复 BUG 专有处理流程整理程序化

接口测试目标

接收开发 API 新增修改完整度
- 督促开发完成 API 增改文档
- 对于每个接口修改所影响的业务整理完成度
接口测试完整度
- 是否所有 API 都经过测试
- API 测试到哪一步,是否只测到接口能够正常请求?
接口 TC 完成度
- 相对开发修改的 API 数量,测试在 git 上 RF 接口 TC 提交数量
- 流程相关接口是否串联完成
- 接口 TC 是否部署到 jenkins 上进行自动化执行

扩展任务目标

- 任务完成度
- 任务完成质量
- 是否帮助提高日常测试效率
- 是否提高自己的专业能力
- 对于任务中的难点是否有做总结分享

目前只是把我认为的,所有测试需要知晓和做到的点都列出来,也许有点细,后面再优化,加上评分和权重。

我也是一个追求实用的人,不搞花架子,费时费力却毫无产出,只能是资源浪费,以上所有列的点,在我看来,都是会促进工作的,不管是提高工作效率,还是提高自身能力。