说的非常对，不一定一提突破就是自动化，从流程上规范测试，从技术角度帮助测试快速造数据，从领导层面提供给领导一份表达系统质量的测试报告等等 都是改进

还是 ms 架构设计的问题

我来告诉你们测试平台的破局办法，平台功能就这样，不可能会一直开发迭代下去的。要需求突破的点就是，你的平台怎么跟着业务去走，因为业务是一直存在的

playwright 平台开发的如何拉，求分享

密码不对

里面没有前端代码把

有开源计划嘛，或者可否一起写 哈哈

如获至宝，作者一举推进整个 UI 自动化的进步。UI 自动化的设想跟我如出一辙

来个链接体验下

造数的难点是怎么去生成适合对应业务需要的数据，跟用什么框架写关系不大

用处不大 这东西

卧槽牛逼 好贴

不是必须的，只要能写接口就行了。我认为测试不关注会有多深的技术能力，而是能够做成工具达到目的就可以了

就是接口逻辑给埋点表插数据

没有开源，每家公司的也许不一样，造数需求也不一样。这套方法可以借鉴

造数得核心逻辑是造数开发人员通过接口自动化平台将要造的书串联起来的。最终会呈现出一个简洁的页面供用户傻瓜式的使用

谢谢

加油

谢谢，也是我得心得。对你们有帮助就好

点点点会贯穿整个测试过程，不能抛开业务，专职开发工具。不然的话自己就很危险

你这学习成本太高了，我们要做得就是给用户傻瓜式得操作。看看我得成果，没有刷数据

跟我得差不多，就是有时候执行后，失败原因没人来维护，这个怎么搞。我们是规定谁得用例谁来维护失败原因

想问下云真机这块 怎么做的

接口自动化还是平台来做得好，优势很大，人人都可以参与做自动化，快、效率高，数据展示直观。UI 自动化就用脚本稍微写点冒烟得就行了

zalenium 具有录屏和实时预览功能，可以进行调试。不用谢~