如果封装好 还好 不过 因为 大部分都是自己搞 所以 懒得 维护呢
其实就跑一部分线上业务回归吗 我这 10 分钟一次 习惯了
微信联系我了 但是 没给我结论 伤心💔
兄弟 给你介绍个 Python 的好东西 mitmproxy 用这个代替下 Charles 你可以用代码实现所有的接口捕捉很爽的
说的 没毛病 我这就是仗着有非线上业务的机器所以我 暂时 还是继续用着 locust 但是大趋势 还会用 jmeter 实惠些 不过真心 没有 locust 来的爽快
mitmproxy 很好用的好好弄弄 没问题的
业务逻辑 这种事情不傻 熟悉熟悉就会了 关键还是思路 这种领导 明显进去也是废废
postman 本身能管理用例 并且配置相关的环境 pre-request Script 中能够写一些 request 逻辑 test 能够坚持相应的返回值数据结构等,使用 Newman 能够 直接进行自动化测试并且能够生产出比较好的测试报告 并且团队付费能够实现 用例共享。 这都是很好很实用的地方 但是面试过的 都没有用过。。。。。
这算是各种遗留问题了 我觉得忘记有这些功能了说明对对应服务的变化和用例做过迭代更新和记录 我觉得用例迭代更新没有跟上是很正常的 不过对应的一部分修改和逻辑应该有一个简单的记录 这样维护成本低 还能保证有记录 再有就是对之前业务需求文档的保存。
顶 楼主介绍的 很好 其实我觉得 很多 没有 太好编程能力的应该去 好好学学 postman 的使用 最近面试过程中发现很多人 不都知道 postman 的高级用法 只会简单的发个请求 我觉得很可惜
好是很好 不过总觉得 大家现在都是在追求界面弄些测试平台 很多人并不关注 里面是如何处理的
locust 不得不说有一个很悲剧的事情 性能瓶颈还是大。。。。