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

2022 年 10 月 26 日
 itechnology

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

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

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

22055 次点击
所在节点    程序员
235 条回复
zhou405x
2022 年 10 月 27 日
没毛病啊.. 每次解决 bug 让 qa 验证的时候, 我都会主动给她讲解改动点 , 问题是怎么产生的,什么情况下会出现,我是怎么解决的,你需要重点关注哪块内容..
IvanLi127
2022 年 10 月 27 日
@acehinnnqru 我从来没说过开发自测能做全测试。而且我担心的是测试完全清楚开发通过什么方式修复问题后,会只根据这个方案做复测,导致忽略了一些不那么直观,但却有影响到的地方。
测试要知道逻辑是合理,要刨根问底地问开发改了什么,这合不合理我不知道,我没见过这样的测试。最后,要测试测是为了保证整个项目质量,我说的片面测是开发容易片面测,我不希望测试也有这种陋习。所以你刷新了什么认知。。。
我前面表述比较随意,现在应该比较清晰了吧。。。所以我们观点冲突很大么。。。。
xujia1998
2022 年 10 月 27 日
说吧,是长得又多丑
warron
2022 年 10 月 27 日
看了评论区。大部分都是正常人 哈哈哈
1461665214
2022 年 10 月 27 日
这不挺好的嘛
warron
2022 年 10 月 27 日
@dunn #136 那是不可能的。哈哈哈 bug 灭不光
mydingyan
2022 年 10 月 27 日
作为测试····感觉到差距了
我觉得提问之前,也需要先根据 BUG 严重程度来提出反馈可能存在的问题,从而继续覆盖测试范围。这里的 BUG 严重程度可以根据实际的业务需求来区分。
c8c
2022 年 10 月 27 日
一堆要联系方式的。哈哈哈
zsan6
2022 年 10 月 27 日
建议,和她约定一个规范,每次改完 bug ,把改动逻辑,影响范围等描述清楚,这样他就不来找你了,效率杠杠的
willsank0430
2022 年 10 月 27 日
非常优秀的测试,珍惜吧!
chaoschick
2022 年 10 月 27 日
且用且珍惜
cowcomic
2022 年 10 月 27 日
真挺好的,认真负责
tonyhx1988
2022 年 10 月 28 日
不厌其烦?哈哈哈!
shenjo
2022 年 10 月 28 日
歪个楼,不厌其烦不是说耐心吗,哈哈哈
answerhuang
2022 年 10 月 28 日
@zlstone 偶现的 bug, 有的测试是无法给出具体的复现步骤的.

或者测试给到复现步骤了, 我们如果告诉测试底层逻辑是什么, 对于测试验收来说, 是有帮助的.

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

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

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

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

© 2021 V2EX