这个方法是好的，但是现实是需要推动主管层面推广才能落实

其实很多测开是业务型和工具型兼任的

英雄所见略同

其实一直很好奇，因为测试肯定是代表验证了某个模块的可用性、或者是兼容性、易用性之类的，想问一下探索式测试能够给项目带来什么呢

你们是敏捷还是瀑布呢

输入框这种测试设计往等价类、边界值去考虑，结合你自己的业务场景考虑关联影响。

一起加油

应该有万人级别了

唉，没涨到自己的钱包里，看来我还需要加油啊

最近刚好在摸索，感谢

有没有可能这俩种语言都可以学，你会 java，python 应该可以触类旁通的

是用真机的，这个是要付费的

那必须有用啊，天天打交道的

其实俩种都可以吧，测试相较于开发来说知识面的广度是更重要的，当然追求深度也是可以，后期继续深耕这个领域

太认可了

回复的答案可以改为左对齐吗，居中对齐很多文案会看着很难受

可以的

在不同数据级别下看页面接口的响应时间用 f12 就可以啦

其实还是 excel 看着舒服一点

如果别人不是喜欢书的这种就建议别送这种类型的了，要送也是送文学类的也不是送专业书

针对第二点，很少会针对单一接口进行测试，都是先梳理好自动化测试场景评审完毕后，根据场景来组合接口测试

我们是接口自动化由开发实现（在联调完毕后），实现测试左移，如果我们介入的话最少也要在提测之后才能介入时间会过晚

业务场景的用例还是要手写，不过我之前有看到通过 xmind 直接转用例的工具