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

100 多楼都在说这位测试小姐姐负责任，还不能说明问题吗，还是说 OP 只是上来找认同感而已。

个人建议把问题原因及修改的内容直接写在 bug 工单里，其它人也能看到，后面也可以帮助自己回忆 bug 解决过程

修复了 bug ，把原因跟人描述一下不是应该做的么，还需要人催，离大谱

@gwbw 高 实在是高

@Dlin #45 这楼已经讲得很明白了，可以结贴了。

我要是去做测试我也这样

她真的，我哭死

为啥改完 bug 自己不验证 要测试去验证？我公司都是要自己先验证的

刚转正，业务不熟悉，肯定会多问几句；
bug 改完提测，有关 bug 的简单说明，影响范围总得给测试说明一下吧；

之前公司也是这样的，代码质量一下子上去很多，“不敢轻易写 bug 了”

我觉得测试软件应该有自己的分工和边界。
测试去了解代码的逻辑这部分是属于增值的部分，而不是强制要求。
所以如果这个测试问这些问题而且还能直接消化软件的回复的话，我觉得那就没问题，是个好测试。
如果是单纯做这些事情，能力不够那为什么不直接去做开发呢？

建议发下联系方式给我, 我内推到我司

你说她问你“这个 BUG 是怎么改的，逻辑是啥？是加了个判断吗？”，这个我认为本来就是修复 bug 的工单里要说清楚的吧。包括 SQL 变更，不说变了啥，她测什么呢。
作为一个刚转正的新人，这个工作态度至少是没毛病的。如果她能力再强一些，值得去大公司工作。

我想说…… 这个标题也是个 bug……

把她的简历地址给一下吧，谢谢

不要写 bug ，让他失业吧

这种测试是真正能够推动交付、保证上线质量的测试，说明在思考，如果这位小姐姐测试能够通过你说的逻辑，进而成长，得益是你们整个业务线。

@gwbw 高 实在是高

我认识的一位测试人员也曾这样，在影子库里甚至精确到每个查询的 sql 以及纯 Excel 的数据对比。直到我们相继跳槽后，又入职了一家公司，他便再也没有问过我一条 sql 了，因为新公司用了 k8s ，在服务网格中，所有的查询都是单一且多次服务调用的，以前的 left join 对他而言显然已经 "看不到了"，没有了 sql 的概念，以他目前的知识储备，除了动手点点以外也无法做其他的测试，目前团队也走向自动化测试与一部分 devops 的工作，也准备对测试岗有一些培训（自学），对他而言都是新的挑战和机遇。

对于 OP 而言，我觉得一个巴掌拍不响。当我的同事对我的工作有过多的额外时间消耗时，我通常会善意提醒下，如果对方还是喋喋不休，我会告诉 ta 把想法在群里说出来，咨询下领导的意见，通常那些说话声最大的人反而哑口无言，最后甩给我一句那就这样吧，然后这事儿就翻篇了。

这个测试放在你们公司屈才了