是这样子的，这个测试有个毛病，真的太烦人了。你每次改完一个 BUG 让她去验证一下，她都要问你，这个 BUG 是怎么改的，逻辑是啥？是加了个判断吗？总之就是要知道后端改这个 BUG 的代码逻辑。
然后就是遇到有洗数据的 SQL 时，非要我们把 SQL 发给她看，还说她需要知道 SQL 是怎么写的，好进行测试。
这两种行为，公司所有的测试就她一个人有，跟她说，她还反驳说，其他人怎么样她不管。
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1307 days ago, the information mentioned may be changed or developed.
Supplement 1 · Oct 26, 2022
我说明一下，如果是整个测试组都有这个要求，那我是非常乐意给她说这些的。现在是测试组长都没有提过这个要求，就她一个刚转正的提了这个要求。我觉得如果真有这个需求，可以先反馈给她的组长。
 |
201
zwdsix Oct 27, 2022
@feelinglucky 我觉得你的程序员逻辑如果在线的话，可以自己想明白。
|
 |
202
answerhuang Oct 27, 2022
@itechnology 没毛病的, 难道没遇到过讲着讲着, 发现自己逻辑还是有 bug 的情况么.
而且我们之前要求所有的开发在改 bug 的时候, 需要在 bug 系统里面写下完整的复现 bug 的步骤, 这样测试才能准确的验收, 不然测试偶现了 bug, 你说改好了, 测试怎么验收这个 bug ? |
 |
203
dolorain Oct 27, 2022
我觉得你的态度有问题，她做的很好，希望你能珍惜这样的同事。
|
 |
204
mitoop Oct 27, 2022 via iPhone
这种测试太好了吧 有这种测试 安心
|
 |
205
ywlvs Oct 27, 2022
你不写 bug 不就完了嘛
|
 |
206
xyjincan Oct 27, 2022 via Android
搞明白了，就不是中立的独立测试了😄
|
 |
207
tonzeng Oct 27, 2022
就感觉她做的没毛病啊，就是耿直认真了一些。
|
 |
208
lijunjieone Oct 27, 2022
1.能把自己解决的逻辑很简单明白的说给别人.也是很了不起的.
2.讲的过程逻辑没问题.那么有 bug 的概率就比较低了. |
 |
209
libook Oct 27, 2022  1
我所遇到的绝大多数项目都是测试团队按照产品经理的 PRD 做功能性的黑盒测试。我个人的经验来说，如果是黑盒测试就应该让它保持黑盒状态，这之后如果了解了实现细节就可能会形成思维定势，按照设计思路去测试，有些缺陷可能会测不出来，这就是为什么通常不建议写代码的人测试自己的代码，因为他们肯定知道“正确的”用法。
我觉得这个不是烦不烦的问题，这位测试工程师的方法可能需要斟酌。 |
 |
210
petercui Oct 27, 2022
@itechnology 这是你们公司的问题，不是她的问题。
|
 |
211
kfansup Oct 27, 2022
这测试完全没毛病啊，倒是 op 张嘴闭嘴都是刚转正啥意思
|
 |
213
zlstone Oct 27, 2022
@answerhuang bug 不是测试提的吗？怎么开发写下完整的复现 bug 的步骤
|
 |
214
whyrookie Oct 27, 2022
OP 公司配不上这么好的测试
|
 |
215
leegradyllljjjj Oct 27, 2022 via Android
现在这么上进的年轻人已经不多了
|
 |
216
wuxinli1025 Oct 27, 2022 via iPhone
负责是负责 拖进度也确实拖进度
|
 |
217
canbewrong Oct 27, 2022 via iPhone
笑死 人家负责 你也要吐槽
我们都规定每个 bug 改成 fixed 时 要把改动点写上 你不是更要不胜其烦了 |
 |
218
QKgf555H87Fp0cth Oct 27, 2022
挺负责的，知道改了什么，这样子她好多针对哪些进行测试，比完全黑盒更好一些。
|
|
219
QKgf555H87Fp0cth Oct 27, 2022
他是不好看吗？
|
 |
220
god7d Oct 27, 2022
对唔住，无可奉告
|
 |
221
zhou405x Oct 27, 2022
没毛病啊.. 每次解决 bug 让 qa 验证的时候, 我都会主动给她讲解改动点 , 问题是怎么产生的,什么情况下会出现,我是怎么解决的,你需要重点关注哪块内容..
|
 |
222
IvanLi127 Oct 27, 2022
@acehinnnqru 我从来没说过开发自测能做全测试。而且我担心的是测试完全清楚开发通过什么方式修复问题后，会只根据这个方案做复测，导致忽略了一些不那么直观，但却有影响到的地方。
测试要知道逻辑是合理，要刨根问底地问开发改了什么，这合不合理我不知道，我没见过这样的测试。最后，要测试测是为了保证整个项目质量，我说的片面测是开发容易片面测，我不希望测试也有这种陋习。所以你刷新了什么认知。。。 我前面表述比较随意，现在应该比较清晰了吧。。。所以我们观点冲突很大么。。。。 |
 |
223
xujia1998 Oct 27, 2022
说吧,是长得又多丑
|
 |
224
warron Oct 27, 2022
看了评论区。大部分都是正常人 哈哈哈
|
 |
225
1461665214 Oct 27, 2022
这不挺好的嘛
|
 |
227
mydingyan Oct 27, 2022
作为测试····感觉到差距了
我觉得提问之前，也需要先根据 BUG 严重程度来提出反馈可能存在的问题，从而继续覆盖测试范围。这里的 BUG 严重程度可以根据实际的业务需求来区分。 |
 |
228
c8c Oct 27, 2022
一堆要联系方式的。哈哈哈
|
 |
229
zsan6 Oct 27, 2022
建议，和她约定一个规范，每次改完 bug ，把改动逻辑，影响范围等描述清楚，这样他就不来找你了，效率杠杠的
|
 |
230
willsank0430 Oct 27, 2022
非常优秀的测试，珍惜吧！
|
 |
231
chaoschick Oct 27, 2022 via Android
且用且珍惜
|
 |
232
cowcomic Oct 27, 2022
真挺好的，认真负责
|
 |
233
tonyhx1988 Oct 28, 2022 via Android
不厌其烦？哈哈哈！
|
 |
234
shenjo Oct 28, 2022
歪个楼，不厌其烦不是说耐心吗，哈哈哈
|
|
235
answerhuang Oct 28, 2022
|
Select Language