666

跟开发商量下,边界值文案这些故意整错几个

快被这破指标整吐了，还以为都这样，现在就一个问题前后端各一个，大问题拆小问题
想要 bug 数带来的安全感我就给你安全感

我悟了，** 项目经理就是想甩锅

我不生产 bug 我只是 bug 的搬运工！！！

bug 随着测试的深入肯定是越来越少的啊，这操作给我整懵了，感情你进的不是互联网公司，是 bug 生产基地啊

太可笑了，奇葩骚操作，头一次见

如果这样就达到 kpi 了，而且分分能超额完成！如果测试那边 A 了，还出 bug，这锅开发背，我觉得毋问题！

这是准备制定 KPI 考核么

那测试要 20 个才行

这是什么奇葩统计维度。。。

可以举报吗？感觉是广告贴。浪费大家时间

嗯嗯 是这样的 不过工作上的分工安排确实不是自己能够决定的 想做什么不想做什么自己也没办法完全做主 现在想看看大家有什么学习的方向技术什么的

质量共建

测开为啥要和业务绑定到一起？

最近需求比较少所以工作量比较少 就比较闲一些

为啥只做自动化和测试开发闲呢，可以理解为题主你，基本功扎实，任务都是很快完成吗，所以觉得闲？

认可。我认为优秀的测试需要有高度的责任心。

功能测试并不能成为我们的产品经理，那样会让自己很累 然后也不会有什么产出

因为已经不算是测试团队了 也不是为了单纯满足测试的需求

哈哈 那还不行 在这边很爽没必要

很闲？那你这个岗位存在的目的是啥？不是应该接功能测试的需求，做一些生产力的提升么？

基本上确定了 你们公司业务和测开是脱节的 为了测开而测开

信息太少，你都不说你做了什么，还想做什么，老哥们哪知道你要学什么

质量管理