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

[itechnology]

是这样子的，这个测试有个毛病，真的太烦人了。你每次改完一个 BUG 让她去验证一下，她都要问你，这个 BUG 是怎么改的，逻辑是啥？是加了个判断吗？总之就是要知道后端改这个 BUG 的代码逻辑。

然后就是遇到有洗数据的 SQL 时，非要我们把 SQL 发给她看，还说她需要知道 SQL 是怎么写的，好进行测试。

这两种行为，公司所有的测试就她一个人有，跟她说，她还反驳说，其他人怎么样她不管。

[joyyu]

可以让她学学后端语言，美其名曰拓宽自己的能力。
她不是想知道你修 bug 的逻辑么，到时候直接甩给她提交的 commit ，让她亲手来给你 review 代码！

[wineast]

有联系方式么？楼主在哪里？

[yuhuanxi]

真负责的测试，而我遇到的很多测试，都很随意，有时候我还主动跟对方说哪里出的问题，改了哪里。遇到楼主这种测试，好好珍惜吧，时间久了，你的沟通能力、语言表达能力都能锻炼出来。

[hnbcinfo]

你可以在改完 BUG 提交给她的时候，把她想要的写成文档都给她。甚至能帮不养成一个好习惯。作为一个局外人，我觉得挺好的。

[mockRan]

很负责的测试，你觉得很烦会不会是因为流程不够完善呢。像我们开发的时候时候，评审，方案落地都会带上测试一起让他们知道大体的流程。测试阶段，测试会有测试用例评审，测试提出用例，开发来评判用例对不对，能不能覆盖到修改点，流程完善的情况下，对双方都好。
什么不都跟测试说，只丢给需求给测试，有让测试背锅的嫌疑。。。

[dqzcwxb]

身在福中不知福

[yueban5521]

时间很紧张的话，这个东西解释起来很烦的，还有一个问题就是如果没有语言基础的话，解释起来她也似是而非的，如果按照开发的思路来测试，开发的自己验证就够了，有自己的思路才能验证出更多的问题；

[unco020511]

这是正常流程啊,我们团队的 mr 入库必须给测试提供: 改动逻辑 /范围 /和影响面,你想想,如果测试不知道你这次的改动逻辑和影响面,那他怎么知道你这次的改动他要验证哪些内容(做 A 功能很有可能影响原有 B 功能),不然把整个应用全部都验证一遍吗

[redford42]

改 bug 都要走 jira 吧？
jira 上把修改逻辑写好不就完了

[yao177]

我们 pr 都会带上 ta review ，这是真的神仙测试啊

[Vegetable]

很难认可你的想法

[unco020511]

遇到这种测试真要珍惜,出过一次线上事故就懂了

[fuckaholic]

她，真的很好

[bytesfold]

很负责

[acerest]

简历给我，内推费给你，谢谢。

[tkHello]

不错的摸鱼条件 珍惜

[MoYi123]

给懂的讲和不懂的讲是两回事, 不懂的你讲之前是不是还要给他普及一下基础概念, 非常麻烦的.

[kindom]

op 取暖失敗

[ymlluo]

请珍惜

[ztxcccc]

你们提交代码不带 BUG 单号？完全可以让她直接去看变更记录