工资是按照基本 + 绩效组成，都是不靠谱的，因为绩效可能大概率没有

anxhit
比这个好一点，721 制度

base：广州 bluemoon

真就面向 KPI 呗就

666

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

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

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

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

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

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

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

这是准备制定 KPI 考核么

那测试要 20 个才行

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

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

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

质量共建

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

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

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

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

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

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

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