认同使用这些指标作为质量管理的引入点, 但不认同长期使用. 上有政策下有对策, 好的指标使团队聚焦提高战斗力, 但有的指标使团队陷入内耗

不是说重复缺陷, 或者无效缺陷, 比如样式问题, 如果没有考核,那么写个文档所有样式问题放一起, 要考核那就一个样式一个缺陷
千行代码缺陷量也是, 本来少量的代码能解决的, 为了数据把代码量堆上去, 而且不同模块的代码本身要求差异就大, 比如业务代码和核心算法

总之个人觉得这些指标都比较形式化, 属于面对复杂质量问题无奈的表现, 不去深究问题根因试图靠简单的指标解决问题

好奇一点, 为了数据好看, 会不会导致一些很小的问题也提一个 bug, 或者一个 bug 拆分成多个

不明觉厉

这证书随申办可查吗, 通过后有没有补贴
我们公司以前组织考证, 过了有钱发, 减去报名费还可以小赠一笔

那就有点难搞, 估计你能调动的就是自己和另一个全职测试, 另外两个半路出家估计都不好给压力.....

感觉需要分析一下漏的原因
是没分析到、还是漏执行了
是否可以把核心流程的校验点做成 checklist 强制校验、完善业务监控并在测试环境执行监控

非常有效的建议, 很中肯
这工作强度太高了, 好奇 3 个实习生是不是也这个强度, 有没有跑路的计划, 或者已经在跑路中了.......

骡没有后代, 只要长角就能脱离苦海
牛有角, 但不敢用

思维导图挺好的, 我们也用这个评审
方便看测试点和测试逻辑