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

2022 年 10 月 26 日
 itechnology

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

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

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

22055 次点击
所在节点    程序员
235 条回复
zwdsix
2022 年 10 月 27 日
@feelinglucky 我觉得你的程序员逻辑如果在线的话，可以自己想明白。
answerhuang
2022 年 10 月 27 日
@itechnology 没毛病的, 难道没遇到过讲着讲着, 发现自己逻辑还是有 bug 的情况么.

而且我们之前要求所有的开发在改 bug 的时候, 需要在 bug 系统里面写下完整的复现 bug 的步骤, 这样测试才能准确的验收, 不然测试偶现了 bug, 你说改好了, 测试怎么验收这个 bug ?
dolorain
2022 年 10 月 27 日
我觉得你的态度有问题，她做的很好，希望你能珍惜这样的同事。
mitoop
2022 年 10 月 27 日
这种测试太好了吧 有这种测试 安心
ywlvs
2022 年 10 月 27 日
你不写 bug 不就完了嘛
xyjincan
2022 年 10 月 27 日
搞明白了，就不是中立的独立测试了😄
tonzeng
2022 年 10 月 27 日
就感觉她做的没毛病啊，就是耿直认真了一些。
lijunjieone
2022 年 10 月 27 日
1.能把自己解决的逻辑很简单明白的说给别人.也是很了不起的.
2.讲的过程逻辑没问题.那么有 bug 的概率就比较低了.
libook
2022 年 10 月 27 日
我所遇到的绝大多数项目都是测试团队按照产品经理的 PRD 做功能性的黑盒测试。我个人的经验来说，如果是黑盒测试就应该让它保持黑盒状态，这之后如果了解了实现细节就可能会形成思维定势，按照设计思路去测试，有些缺陷可能会测不出来，这就是为什么通常不建议写代码的人测试自己的代码，因为他们肯定知道“正确的”用法。
我觉得这个不是烦不烦的问题，这位测试工程师的方法可能需要斟酌。
petercui
2022 年 10 月 27 日
@itechnology 这是你们公司的问题，不是她的问题。
kfansup
2022 年 10 月 27 日
这测试完全没毛病啊，倒是 op 张嘴闭嘴都是刚转正啥意思
optional
2022 年 10 月 27 日
@libook “不建议写代码的人测试代码”哪里看来的？单测表示有话说。
zlstone
2022 年 10 月 27 日
@answerhuang bug 不是测试提的吗？怎么开发写下完整的复现 bug 的步骤
whyrookie
2022 年 10 月 27 日
OP 公司配不上这么好的测试
leegradyllljjjj
2022 年 10 月 27 日
现在这么上进的年轻人已经不多了
wuxinli1025
2022 年 10 月 27 日
负责是负责 拖进度也确实拖进度
canbewrong
2022 年 10 月 27 日
笑死 人家负责 你也要吐槽
我们都规定每个 bug 改成 fixed 时 要把改动点写上
你不是更要不胜其烦了
QKgf555H87Fp0cth
2022 年 10 月 27 日
挺负责的，知道改了什么，这样子她好多针对哪些进行测试，比完全黑盒更好一些。
QKgf555H87Fp0cth
2022 年 10 月 27 日
他是不好看吗？
god7d
2022 年 10 月 27 日
对唔住，无可奉告

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/890025

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX