作者回复: 你的遇见了很多现实问题让我想起了我在经历京东那次技术转型。方法很多,第一,内部提升整体技术水平。第二,我看到您工时测试技术复杂度太高。确实需要降低一下,降低需要缩小你现在团队技术范围,selenium,po,api有点多。不要一起全推动;然后可以引入一下自动化写脚本的思考。这里面自动化写脚本的思路可以参考我之前再TICA⬆️的演讲内容,另一种提升内部技术水平,你可以看一下我们团队写的那本团队转型的书
作者回复: HttpRunner manager 和HttpRunner我曾经也学习过对应的代码,没有选择的原因其实我还是喜欢将框架的主动权掌握在自己手里面,不太喜欢follow定制化或者封装太强的平台。
作者回复: 看了你详细的描述,已经很好了,可以将我运用的你的工作中了。架构设计上很好,继续努力,在工作中在逐渐的丰满框架的测试能力。
作者回复: 今后这种很靠后的数据,还是希望可以用其他接口测试脚本搞定。
作者回复: 单接口最好都要测试,入参可以通过json方式封装一下,方法可以看看是否可以引入正交试验的设计方法来满足更大的覆盖度,返回值的校验要看具体业务要求了
作者回复: 谢谢您的建议我这几天一起处理一下
作者回复: tds也就是测试数据服务中心是未来发展出来的,是数据的最终解决办法了。
作者回复: 您方便看的battle系统有日志输出的控制台吗?
作者回复: yaml,json,xml也是各有所长。但是选择合适自己的就好了。加油
作者回复: 谢谢您,您的想法也给我了不同的思路。