被刚转正的测试弄的不厌其烦，求各位支支招

挺好的

@cue 標題確實是個 bug ，OP 還是要謙虛謹慎，多學習爲好。
不厌其烦，解释是不嫌烦琐与麻烦，形容耐心。出自 清·夏敬渠《野叟曝言》第一百三十八回评：“每阅数年，必综叙素臣生子生孙，娶妇嫁女，中科发甲。而读者不厌其烦，甚至一回之中，先后数见，绝无沓冗繁复之病。”

@optional 看 op 嫌弃的样子应该不是什么大公司, 所以没有 title

这样的测试哪里找

测试知道得太多了，那不就和开发自测差别不大了么。。。

负责任的测试
很快就会跳槽去更好的公司

@IvanLi127 要测试的意义不就是开发自己测不了测不全吗。。。

方便把她联系方式提供么。

挺好的，我反而觉得这个测试很负责任。如果测试能看懂代码，直接甩 commit 给他好了。看不懂就简单写一下改动点。

测试没毛病

@acehinnnqru 你在说啥？测试想知道怎么改的不就是为了片面地测么？那不就和开发一样测不全么。。。。有啥问题？

不厌其烦的意思是：不嫌烦琐与麻烦,形容耐心

测试态度挺好的，但是大家似乎忽略了一个问题，这个测试按照 op 的说法似乎不懂 coding ，那换个角度看，其实是测试在通过 bug 的借口，找开发学习如何 coding 。

你们 bug 单不用写原因和解决方案吗。。。就你描述的内容在一些公司里是 bug 单是关单前的必填项吧。
BTW ，你可以以此督促自己更加严谨，没有 bug 也就没有这事了不是吗哈哈哈

这不是一个常见的白盒测试的常规操作吗？
你觉得她不正常，是因为你们团队以前不正常。

@thomaspaine 学习也挺好的，可以考虑转测开，开发太卷了。

求简历，求联系方式

如果她负责近 RD 的白盒测试这没毛病，如果是近 PM 的集成黑盒测试，这么搞确实太烦人，感兴趣自己去看代码，没义务给无关人员做免费培训。

建议建立相关流程，避免无谓低效的口舌交流，降低项目对特定测试人员的依赖。

比如说她怀疑你是针对某个 case 加了个判断，那么就要求她写出针对特定边界判断无法通过的 case 集，与代码同源维护，最终一律在 Jenkins 上 make test 见分晓。

天长日久积累起来的带文档的 case 库，才是项目的财富

这个是 code reviewer ，建议分享代码库权限，并且 Bug 修复附上 PR 号

直接让她来写后端就好了，很专业负责的测试
不像我自己写测试各种水...