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

[itechnology]

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

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

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

[creanme]

我们测试也会问什么原因，怎么解决的，似乎是他们领导强制要求记录的。

[kevinlexming]

我觉得主要还是长得不乖

[terence4444]

直接让她看 commit 不就行了吗

[catsoul]

如果可以的话，建议批量引进这样的测试

[Dbin]

简历发出来 让他来我们公司烦人

[itechnology]

@creanme 这个我就可以理解，如果是测试组整体这么要求，我是可以理解并且乐意给她讲解的。

[wu67]

开发周期长、时间充裕的情况下, 测试这么做没问题.

反之, 你们需要的可能是黑盒测试, 测试人员不需要关心代码, 只需要关心操作导致的程序行为是否正确. 国内非金融业务应该大部分都是这鸟样, 程序能跑就行...

最恶心的就是 开发周期短 + 禅道要填完整的 issue 单(基本相当于把白盒测试要做的要写都都丢给开发写, 一整页下来都是必填项), 只能对这种环境说, 吖屎啦你!

[walkerzmc]

神仙测试，建议珍惜，错过了有可能这辈子都遇不到这么好的了。再说回来，如果你觉得麻烦，公司规模不管如何都会觉得没必要。

[vzhzhq]

这不挺好的嘛，我们公司有个这样负责的测试，线上出了 bug 她都能直接回复，还能告诉我怎么改

[F281M6Dh8DXpD1g2]

ticket 写清楚让她自己看去

[Aixtuz]

工作时间出点力，好过休息时被抓壮丁啊...

[kltt22]

要先问清楚，是白盒测试还是黑盒测试。如果是白盒，丢源码过去，如果是黑盒，拒绝回答，理由就是保证测试工作的顺利进行。

[Seanfuck]

估计这测试不漂亮，否则不会烦她

[humpy]

好测试啊，她应该当测试组长的。我们这边也是这样，测试能看懂代码，提测之后人家直接 review 代码...真能发现不少代码里的逻辑漏洞。

[xiangpeng]

作为一个从做项目转到测试的人来说两句，我是做业务测试，也不分黑盒白盒，就一个要求，确保线上不出现 Bug ，如果就做流程测试，把所有流程分支都测试到了，一样会出现 Bug ，因为线上数据各种各样，测试环境不可能完全复盖（起码我们的是），为了不出或者少出线上 Bug ，只能去通过业务逻辑理解去找可能出现的问题点再制造对应数据去验证，久而久之就是测试比研发更熟悉业务（研发只负责个别微服务，测试要测所有业务，业务之间的关联研发可能考虑不到），OP 说的这种测试应该是因为对产品不够熟悉导致了问的比较多，一旦对产品足够熟悉，日常提提建议，怼怼研发家常便饭，同样也能很大程度上降低线上 Bug 的出现，“先培养，再利用”，属于先苦后甜的类型吧，个人经验，供参考。

[noonelove]

真的可以把她的简历推给上面想招这样测试的人，他们找到了想要的人，你提升了效率，两全其美...

[PythonYXY]

建议少写 BUG ，这样就不会被烦了（

[darknoll]

她其实是在学，学会了就转后端了

[yufeng0681]

说明你们裸奔开发非常好，值得成为业界标准。
不走流程非常快，不总结错误省时间，遇山开山，水来土掩。顺其自然大法好。

[lambdaq]

要么保证没 bug ，要么就耐心把怎么改的告诉 TA 呗。