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