TDD 只是个思维模式没啥适不适合的说法,只有推不推的动,要是有不换思想就换人的能耐,啥都合适
卧槽,这也是一种本事
还是乘早跑路,你一个人肯定干不过他的,除非你能拉动其他人一起搞他,不然无解
只用 httprunner 本身提供的功能,那测试平台的缺点他都有,用例结构固定不灵活所以做不了复杂的逻辑判断也就做不了复杂的测试场景。
但是要是二开 httprunner,学习它的模型结构就能和 pytest 互相取长补短,而且 httprunner 提供了非常多现成的工具用
这种分开,先找瓶和盒之间异常,再找盒和箱之间异常,挺不错的题,只能说现实场景比这个复杂得多。
这种异常就可以拿来做告警,有了告警再去反查日志。
测试开发很简单的,只用做到比后端懂前端,比前端懂后端,比开发懂运维,比运维懂代码就够了,遇到啥学啥就对了
airtest 直接 xy 轴定位然后图像识别,大力出奇迹
这种写着玩还可以,复杂的业务场景根本维护不了,还是不要造轮子,用现成的轮子不香吗。
改造下 httprunner 就可以用的很爽
现在不都直接甩给 gpt 吗,三方对接花一天,扔给 gpt 翻译成 python 30 分钟调试完
session: scoped_session = g.hr_db_session
那就定义变量类型
根据实际业务场景来判断啊,有需求成本合适值得做就可以做,比如 openapi、协议开发那测得就是这些玩意肯定得做。
管理用例最好用的肯定是 pycharm