可以没有测试工程师，但是不能没有测试这个动作；白盒也好黑盒也罢，质量是需要付出代价的，质量和成本效率本来就是矛盾的。多被甲方扣几次钱就老实了

1、如果公司领导不知道现状，应该整理并有理有据的向上暴露问题，给出你的解决方案建议；有问题才有机会
2、如果公司领导知道现状，且对产品质量没有高要求，那该打折打折；提前对齐要求
3、如果对产品质量要求高且，但没有下决心要投入成本去做改变；那么走

单一指标不具备参考价值，结合漏出率、产品模块 NPS 等指标效果更佳

端到端的测试成本（包括场景用例梳理、多团队甚至多公司协同）非常的高；在端到端测试之前，非常有必要约定各系统各板块对于集成接口的质量保障策略：
1、各系统集成接口要做充分测试，保障提供接口的健壮性及正确性（确保别人调我不出错）
2、所有场景数据往下游流转的通畅性，因为你的下游接口提供者不清楚上游会有多少场景（确保我调别人不出错）

管好自己、做好咬合约定，能够让端到端测试成本和效率有大幅改善

自驱是反人性的，它的定义是自己给自己定目标，自主行动去达成目标；所以通过外力被动的来牵引，无法达成自驱力的激发。
树立榜样和标杆，适当的放大自驱力强的同事在团队的影响力（晋升：物质激励影响；在团队点名表扬：精神激励影响）；人性是期望被认可、被表扬的，潜移默化的影响其他同事的心智：用人性去影响人性

一个宽表，收纳所有的源数据（T+1 job 每日更新），比如：bug 每个级别的个数（按人维度去落）；
另一个积分表，按源数据计算得分每一项的分数；表怎么设计也关乎你想怎么呈现，仅供参考

之前用 jacoco 二开做的染色，也集成在测试平台上了；暂时没重视这块，也没去做更深的改造

有的，产研的质量看板早就做了的，只是没有按天梯的模式来做；
公司建设的能效指标有很多都是测试平台沉淀下来的数据提供出来的，比如：bug 响应速度、千行 bug 率等等
质量看板维度也分了：项目质量看板、团队质量看板、个人质量看板

我是测试，也是产品也是开发 前端是我们组其他小伙伴做的，集成在我们自己做的测试平台上。这个东西从产品设计开发上线也就用了两三天吧，花时间的是前面的构想、指标收集对齐。不存在项目一说吧，就是一个想法把它实现了而已

哈哈，感谢夸奖，确实在整个构思到开发落地推行，碰到了来自各方的阻力，让我学到了不少