目录
前排提示
使用playwright录制ui操作
创建UI模板
运行用例
查看报告
再次编辑代码
再次查看报告
selenoid服务搭建
配置selenoid服务地址
总结
前排提示
1.使用playwright+[selenoid]，可选的远程浏览器执行用例
2.没有采用 PageObjectModule（页面对象模式）
3.基本流程
使用playwright录制ui操作
录制完成后关闭浏览器，会自动保存到当前文件夹下
创建UI模板
按提示将内容复制到页面编辑器中，暂时不用修改内容，提交保存
运行用例
查看报告
因为并没有在脚本中设置流程等，所以看不出效果
再次编辑代码
再次查看报告
此时我们就能看到操作流程了
其他的alluer方法可以自行添加
使用随便测测做ui测试的主体流程就结束
selenoid服务搭建
网上有很多搭建流程，可以自行搜索搭建
docker pull aerokube/selenoid 远程执行器
docker pull aerokube/selenoid-ui:1.10.4 web访问远程浏览器
docker pull selenoid/video-recorder :latest-release 视频录制镜像
可多个：不同版本，不同镜像
docker pull selenoid/vnc:chrome_104.0 浏览器镜像
配置selenoid服务地址
配置好selenoid环境后，就可以在运行时，使用远程浏览器执行了
总结
1.本质上，这就是创建一个临时的py文件去执行，你甚至可以打印一句helloworld而不做任何事
2.为什么没有设计pom？
因为在这个平台的设计理念里，这里不需要pom（至少现在是不需要）
在大佬的指点下明白了一个事情：ui用例它的重点应该是什么，业务流程吗？还是页面交互？
答：页面交互，这是一个相对的答案，需要多个维度衡量，从开发维护成本上就能体现，UI用例的成本是很高的
针对业务流程，我们更应该优先考虑使用api去覆盖，api的业务覆盖能力更强
针对页面交互，我们可以选用点对点的去覆盖，针对某个交互操作去做
当我们的某个ui用例覆盖的交互发生了变化，
如果变化少：就少许的修改文本再保存；
如果变化大：直接删除掉这个文本，重新录制一个在保存
若是能理解：业务流程由api测试去覆盖，页面交互由ui测试去覆盖，那么这个平台就是你需要的
未演示到的内容：
1.数据集提取：用花括号表示
2.数据集导出和导入、选择数据集运行
