你这个是测试手段,但是线上的真正的流量,不可能也这样做吧?能否考虑整合在一起?比如线上每个流都会生成这样的报告,然后制定一套基线,如果数据低于这个基线,占比超过 10% 就报警。
已经开放了
并不是不想抽离,是因为要真正高效率的就又得深度定制,和业务耦合,做大了就又剥不开了。所有的通用解决方案,一开始看架构都是很清晰的,代码量级上去后,就又一塌糊涂了。
不废话么,很多东西是公司作品啊
关注的是帖子,不是人。
基本上是为了 10% 的不同,重复 90% 的工作。我觉得倒是可以把 90% 的工作统一掉,比如你说的框架共性总结
另外对于 UI 自动化,如何高效率的组织 po 对象非常重要,目前没找到太好的方法。
会有什么影响不?另外贴个图?
没有渲染么?
很赞啊,建议提交到开源项目中去。 https://testerhome.com/opensource_projects
了解了,那问题也不是很大。两种方式,一种写接口调用,一种写 ui 自动化。
这种执行一次成本超低的用例干嘛自动化?
可以的,但是不够快,建议用 headless 的 driver。
再试试看搜索
应该没有问题
特意挂的
要有好鞋子和好伙伴
你在说什么?
这本书我买过……
我看你发了很多 cucumber 的问题,cucumber 出来很久了,火过一段时间,社区很久之前也有文章,为什么不搜索下呢?
别发拜山贴!
这里面没有放内容呀
阿里系的,意味着价值观向阿里靠拢