上篇文章介绍了Playwright CLI的核心基础，以及相关 Skill 的核心作用。实际工作中，我们遇到的UI自动化大多是多步骤的复杂业务流程，不像登录那样简单——比如后台管理系统最常见的增删改查，今天这篇，我们进行第二个实战案例的演示，同时分享一些常见问题，如：脚本自愈、结果录屏、报错排查等实用解决方案。

本次用例中，AI对界面进行了快照处理，并且识别出相关的元素，且能够在用例不足时，自己探寻页面元素，以补充用例，且执行速度十分快速，还能够识别基础的验证图片等，并且进行输入操作。还能够进行脚本自愈，对于识别错误的元素，则会重新进行脚本快照生成，然后重新修改元素并重新执行。

本次用例中，AI对界面进行了快照处理，并且识别出相关的元素，且能够在用例不足时，自己探寻页面元素，以补充用例，且执行速度十分快速，还能够识别基础的验证图片等，并且进行输入操作。还能够进行脚本自愈，对于识别错误的元素，则会重新进行脚本快照生成，然后重新修改元素并重新执行。

利用AI辅助接口测试、接口自动化时，大家最开始的核心步骤，都是先上传Markdown格式的接口文档，让AI解析接口信息（如请求方式、参数、返回值），才能后续生成自动化用例、执行测试。之前我给大家分享过“通过读取项目代码生成接口文档”的教程，但有些同学反馈：没有项目代码查看权限，用不了这个方法。现在大部分公司，都会把接口信息统一放在Swagger、Yapi这类API接口管理工具中维护，这本来是很便捷

利用AI辅助接口测试、接口自动化时，大家最开始的核心步骤，都是先上传Markdown格式的接口文档，让AI解析接口信息（如请求方式、参数、返回值），才能后续生成自动化用例、执行测试。之前我给大家分享过“通过读取项目代码生成接口文档”的教程，但有些同学反馈：没有项目代码查看权限，用不了这个方法。现在大部分公司，都会把接口信息统一放在Swagger、Yapi这类API接口管理工具中维护，这本来是很便捷

哈喽我是 Raina～ 平时大家在进行接口测试的时候，需要对着冗长的接口文档，一个个复制接口地址、请求方法、参数，手动在Postman里创建一条条接口用例，进行断言设置、造数据等操作，耗时又容易出错，尤其是接口数量多的时候，光是录入就要花大半天。为了解决这个问题，我生成了一个Skill——根据，核心作用是根据接口文档，自动提取接口信息（URL、请求方式、请求头、参数、响应格式）并批量生成规范的接口

为了解决这些不便，我们可以借助npx skills提供的find能力，直接在 Cursor 里一条命令完成「查找 → 选择 → 安装」的流程。下面是一份围绕find-skill使用方式整理的简明指南。

哈喽，我是 Raina~在开发领域，OpenSpec 早已成为协作对齐、先约定再生成的标准，而测试领域却一直缺少这样一套能锚定需求、固化流程的标准化体系。所以我基于 OpenSpec 的设计思路，在测试方面原创了一套规范与配套流程 ——测试工作常遇这些问题：直接从需求出用例易缺漏、多工具切换操作低效、报告撰写统计繁琐。OpenTest 将测试流程标准化为「需求文档→分析→测试点→用例→报告→归档」

哈喽，我是 Raina~在开发领域，OpenSpec 早已成为协作对齐、先约定再生成的标准，而测试领域却一直缺少这样一套能锚定需求、固化流程的标准化体系。所以我基于 OpenSpec 的设计思路，在测试方面原创了一套规范与配套流程 ——测试工作常遇这些问题：直接从需求出用例易缺漏、多工具切换操作低效、报告撰写统计繁琐。OpenTest 将测试流程标准化为「需求文档→分析→测试点→用例→报告→归档」

哈喽，我是 Raina～去年的时候，Raina 写过一篇使用AI驱动接口自动化测试的教程，流程大概是这样子：这是一张图片，ocr 内容为：拿到接口文档之后，使用提示词/规则，生成接口测试用例，生成一个代码自动化框架，修改相应的配置，生成代码，最后执行用例并且输出allure报告，中间需要去维护自动化相关的代码。那么随着Skill的出现，是不是有一种可能，能不能尽量减少手写代码，把测试框架、配置管理