会员
hty (天下谁人不识君)
第 69919 位会员 / 2022-05-23
7 篇帖子 • 418 条回帖
-
1 个赞 / 5 条回复
-
0 个赞 / 23 条回复
-
0 个赞 / 2 条回复
-
0 个赞 / 9 条回复
-
0 个赞 / 2 条回复
-
0 个赞 / 7 条回复
-
0 个赞 / 2 条回复
-
一个 BUG 激活好几次对于测试和开发都是什么感受？ at 2025年10月09日
是不是用例本身就没覆盖全，建议分析一下客户出问题的场景原因在哪里
-
大家认为研发在不了解基本业务逻辑的情况下，可以确保提测质量吗？ at 2025年09月18日
笑死，不过既然你们头头都这么说了，这个版本就先测试全程投，把 bug 和用例执行情况披露出来，然后以周报形式定期抄送给全部门尤其是你们的研发主管，到时候项目要发了 bug 没解决急得就是他了
-
大家认为研发在不了解基本业务逻辑的情况下，可以确保提测质量吗？ at 2025年09月18日
看楼主应该 17 年入行，现在还在干，可能他就是测试主管了
-
有点好奇论坛大佬们提测后每天的产出 bug 量 at 2025年09月16日
这种应该规范一下 bug 提交规范
-
有点好奇论坛大佬们提测后每天的产出 bug 量 at 2025年09月16日
我还没见过一天之类测试的内容能产出这么多 bug 的开发和发现这么多 bug 的测试，真是开了眼了
-
外包进行第二个项目 at 2025年08月29日
项目外包是这样的吧
-
使用估算技术计算所需的测试工作量 at 2025年08月27日
到时候主管就是问有没有历史能复用或者能参考的，工作量中间先砍一刀
-
咱们论坛测试最大年纪，还在测试行业的是多少岁呀，很好奇 at 2025年08月27日
我期望我能干到 40 就知足了
-
特么那种大表单的用例要怎么写？ at 2025年08月20日
我碰巧有负责过这类模块，我简单说一下我咋测的，先把表单内容进行分类，比如可能不同内容是不同团队负责，按团队维度或者按特性维度，比如订单类型的，执行操作类型的归为不同类，在写用例的时候针对不同类把特性拆细，最好是一个用例测一个数据点做到足够简单，最好是就输入输出这类，把测试设计作为接口自动化的指导，把测试前移，给到开发去实现接口自动化，转测前看接口自动化是否按照我们之前输出的测试设计实现了，用例确保都通过后转测。自己写那种基于用户使用场景的用例，比如客户什么时候什么情况会使用这种大表单，关注哪些内容，按场景去写，不用特意纠结某一个数据的准确性，因为边界值、等价类那些接口测试已经覆盖过了
-
突然发现还有积分商城，现在还可以换笔记本吗？ at 2025年08月20日
我也不少了，我想攒着换个衣服
