干

好眼力，拿走不谢~

m

m

测试报告一般是个泛指，包括：
1、测试日报。反应每日测试执行进度以及质量风险，过程信息透明之用。
2、版本/迭代测试报告。上线前一般给出准出标准，以及质量数据即可，完整版可以上线后补充。质量数据有提测通过率、需求覆盖率、bug 修复情况、bug 趋势、测试执行完成率、bug 分布、reopen 率，还有一些上线前的 checklist（配置项审核、sql 变更申请、上线方案、回滚方案等）
3、产品质量报告。周期性与研发、产品一同复盘后输出，反应周期内版本质量情况、以及趋势；建议固定以月周期

已补充

m

这个案例很接地气

是运营侧 还是研发侧 还是 both？

祭天一直有 罚的目的没有达到

年终奖里翻一下

m

兄弟说的在理的，防不住拿了几个数据断章取义的同学。从数据指标的价值来看，除了互怼还真没啥用处。

道理还是得讲。听不听看人了。
开发谈比例，QA 拿质量数据 “兄 dei er，这提测通过率，写 bug 的效率降不下来啊”，话到这份上真变成互怼 意义不大了

问：目的是什么？（指向 KPI or OKR 吗？）文章里有提到 “试问别人家因为做了什么，拥有了什么条件，最终才做到这样的比例？”
如果心平气和的可以聊聊，最后大家都会务实地评估现状，不再纠结于这个 “结果指标”

m