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