感觉我们公司测试真能测试，写一个小功能都可以提出 57 个 bug...

[yasumoto]

心累，是不是你们公司测试都这样，一个字错了也在禅道中提一个。

[GaoYL]

字都写错。还是要认真点啊。

[metrue]

求这样的测试来我司。

[youngxhui]

我好像看到了你的同事 [地址]( https://www.v2ex.com/t/374238#reply28)

[mingyun]

测试可能对你有好感

[msg7086]

错别字之类的提 issue 是什么大问题吗？
我倒是宁愿都提到 issue 去，这样我 git commit 上也可以引用 issue id，而且就算当时在开发别的功能而不能及时切换分支的话，也不会事后忘记。

难道你们改错字的时候都没在别的开发分支上吗？

[markocen]

我们公司 QA 升职加薪包括年终考核一个重要指标就是提交的 Bug 数……

[smithtel]

自己要反思，和测试打好关系是必须的！

[andyL]

我以前也碰到这个事情，很多中英文符号的 bug，还有文案的 bug，错别次，提示语等等类似的问题，有自己马虎的原因，也有上游的产品的原因，也有需求变更的原因，但是最后统一指给开发人员了。

测试指出来是对的，没有必要抱怨，但是如果他们真的就是喜欢提禅道刷数字的话，我觉得你得注意是不是有人别有用心，这么做是不利于团结的。

你可以私下给他们说一声，这种问题口头说一下，几秒钟就改完了，为了不影响回归，下一次发版的时候，你过去指出一下你的改动的效果让他们把这种问题过掉。

这么抓开发的毛病，开发肯定会越来越聪明，死守设计图和需求文档的细节，一个字一个字对需求。其实不利于小步快跑的快速迭代节奏。

还有一点，就是很多无关紧要的 bug，完全可以放过，先上线再去慢慢改，举个例子，所有问题测试回归需要 5 天，小问题的回归就浪费一两天，显然不利于新版本的快速铺开。

[hustlike]

我觉得测试一点都没有错，只要符合测试用例的规范，即便是是刷数字又如何？

[timi]

哈哈，楼上肯定不少测试。吐槽有测试为了完成 KPI 强行提一些莫须有（可有可无，怎么都行）的 BUG，燃鹅一些影响功能和稳定性的 BUG 却测不出来。仍然记得当初有 7 个近乎一样的页面，页面上有 7 个按钮，要求按钮形状改一个，结果测试提了 49 个 BUG。。。。。哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈认真负责的测试人员。

[boluoshu]

@timi ？？？？？？不至于把

[yangxiaoluck]

@aksoft 我居然唱出来了。。。

[50vip]

这个帖子应该是那个测试来发，来喷你们开发。。。哈哈

[aksoft]

@yangxiaoluck 57 个 bug，57 多花，57 个员工，是一家