做 UI 自动化，有这样一个需求：要求在 web 平台上实现功能，可由测试人员通过测试平台自己组装成各种用例，对 app 进行测试。
这个组装要怎么搞呢？ 原本想的是自动化测试平台只管理脚本，测试人员写各种测试场景的脚本就好
是需要在 web 平台上面写测试用例么？
其实就是关键字封装好，让他们自由组合流程的意思吧？
青谷
回复
纯无编码的自动化测试方式，最终写出来的脚本还是会和写代码差不多，建议先评估可投入的工作量。如果一定要做。可以参考下我的这个项目代码 https://github.com/Sirius1942/BearSki/。 两种方式可以实现，1、把 case 层脚本 通过 web 页面编辑。方式二：示例用例中 self.step（）中内容通过网页配置。不过方式二，为了配套完全可配置。对于变量设定和传递还有一些常用的测试方法，需要提供新的功能函数。
让无代码基础人员像拖控件一样写脚本的意思？
PO 模式,封装好操作方法,前端维护元素,组织用例
青谷
回复
细节的过些时候会分享。主要思想是把 驱动（具体测试工具）与用例分离。封装 appium 作为驱动，业务层写到 keywords 中，
对于用例来讲是一样的用法。
不推荐按功能做，这是一种面向流程的设计方式。可以使用 PO 模型，底层设计好对应的元素类，只需要使用配置文件，将页面中对应的元素按照元素类的定义方式配置，就可以非常方便的配置页面内容。然后前端根据配置文件去展示内容就可以了。
青谷
回复
不是脚本的组织形式，是面向对象，把页面上的可用元素提取出来，关键信息（ID，Content，Text，Class）放到配置文件里，然后前端读取配置文件，生成拖动栏，需要做什么操作，就把对应的元素拖过去操作。这样功能测试的同学就能通过拖拽元素，配置操作的方式去组合用例。应该是可以符合你最开始说的可由测试人员通过测试平台自己组装成各种用例。