会员
hty (天下谁人不识君)
第 69919 位会员 / 2022-05-23
7 篇帖子 • 417 条回帖
-
1 个赞 / 5 条回复
-
0 个赞 / 23 条回复
-
0 个赞 / 2 条回复
-
0 个赞 / 9 条回复
-
0 个赞 / 2 条回复
-
0 个赞 / 7 条回复
-
0 个赞 / 2 条回复
-
大家认为研发在不了解基本业务逻辑的情况下，可以确保提测质量吗？ 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日
我也不少了，我想攒着换个衣服
-
Unity3D 的 VulkanAPI 对于华为机型的兼容问题 at 2025年08月08日
这个为啥加精
-
求各位大佬给点对于未来发展的建议 at 2025年08月06日
先把测试基本功打好，基本的测试设计用例编写要到位，自己测试思维要培养好，至于其他技术我建议你学目前前沿的，一些什么接口自动化、ui 自动化那些都是玩烂的东西了