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

[itechnology]

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

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

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

[fournoas]

把 Bugfix 的 git diff 发给他看就行了

[jkbspin]

为什么不考虑少写点 bug 呢。。

[hitmanx]

bug 系统里或者 code review （如果你们有 code review 的话）里写清楚。她要问的话可以把链接丢给她。

人家想学习，这个没毛病。有这样的测试，确实要珍惜。

[cpsony]

感觉是因为这个 QA 的测试理念稍微更"超前点", 已经到了测试左移阶段了, 而你们公司却还在那区分黑盒 /白盒测试, 所以显得格格不入, 建议你和她领导反馈, 让她另谋出路吧, 外面适合她的机会有很多

[xx19941215]

负责的测试，很不错啊。如果线上出了问题，她也肯定会第一时间检查的。

[wowawesome]

她还是这么负责

[OMGZui]

挺好的呀

[wupher]

不怕你笑，我有个前同事，就是这么被测试妹子给拿下。

[christin]

emmm ，本来我也觉得挺好的，但是 lz 说她听不懂。那不就扯淡么，听不懂还问个 p ，给测试讲半天还耽误开发时间。

[dolphintwo]

"刚转正"、"测试" 影响你判断了

[lueluev]

在 MR 里艾特她让她自己看啦，看不懂的再问你

[particlec]

同样情况，她会问我背后的逻辑、有时候提优化界面意见，每天催我禅道 bug ，项目赶进度的时候确实很崩溃，我很烦，但是客观来说她确实负责，上线后 bug 确实少

[SaltyMouse]

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

[guisheng]

我之前很喜欢改了一个问题给别人分享我的逻辑和实践。后面我明白了没有人愿意多听你的闲话，也不关心你怎么做的，好了就行，没好再来找你。

[SaltyMouse]

没打完发出去了，老是忘记这里的换行不一样。如果有要求楼主是乐意的，说明楼主其实觉得她也没有错，只是想偷懒而已啦，不然就算是测试组要求，也不会乐意吧。

[Bigglesworth]

朋友耐心一点吧，有些事情刚开始会不喜欢，但是如果讲清楚了的话，也会释然，说不定你们还能成为好朋友。讲讲也能让他了解逻辑，时间长了，他也能知道个问题大概，测试效率也更高。

[zhaokun]

我之前也遇到过一个这样的测试，刚开始以为挺好，挺负责的，就给他讲编码的思路，但是他不懂代码呀，git 给他没用，他只问你代码思路，哪有那么多时间精力给他讲的那么细，最后我俩协商只给他讲复杂业务的大概思路，没必要一个 if 一个 if 的讲，讲了他也不懂

[harmless]

多好的测试，你居然嫌烦

[gwbw]

我猜 OP 烦的是给她解释花的时间对自己来说是额外成本，需要自己消化掉，影响了其他工作进度 /私人时间。从事情本身触发你也不排斥这个做法。

从这个角度，你可以把她精益求精这个事推进一下，让整个测试团队都参考她的工作模式，并提出这样对团队和个人发展都有好处，但是额外引入的成本会减慢开发速度，让领导来定夺是否需要使用精益求精的方式。

没成，领导自然会让她减小这方面的投入，你也可以名言正顺地提出意见；成了，这部分成本就从需要你自己消化变成团队成本，也达成了你的目的

[qzhai]

还是很不错的，可能这样的工作方式你会觉得烦躁，但是你习惯下把。
你要是经历过比较恐怖的线上事故之后，
你就会觉得这样的测试是多么的重要