[开源] 分享自己结合公司业务和自动化测试框架,开发的专门编写接口自动化测试用例的SKILL

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社...
[开源] 分享自己结合公司业务和自动化测试框架,开发的专门编写接口自动化测试用例的SKILL
[开源] 分享自己结合公司业务和自动化测试框架,开发的专门编写接口自动化测试用例的SKILL
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
  • 我的帖子已经打上 开源推广 标签:
  • 我的开源项目完整开源,无未开源部分:
  • 我的开源项目已链接认可 LINUX DO 社区:
  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
  • 以上选择我承诺是永久有效的,接受社区和佬友监督:

以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出


**项目地址:GitHub - buer2233/api-test-dwp · GitHub

发布文章的目的

主要的目的还是想跟L站的各位大佬佬友们,一起交流学习成长。希望看完之后感兴趣的佬友们,可以提出一些更好的优化建议,或者分享一下你们各自在自动化测试和AI测试这一块的进展和阶段性成果。

项目说明

当前项目是专门用于给claude code或者codex,编写或维护接口自动化测试用例使用的SKILL。目前已经在我们公司内部推广使用,且已经有了不小的实际提效表现了,项目内有展示我统计的使用该SKILL前5周和后5周的提效数据对比。

核心开发思路

完全复刻个人的日常自动化用例编写流程,加Harness engineering的设计思路。通过强制的前置编写门禁要求,和各种针对性的编写规范要求,加上用例编写完成之后强制要求的pytest测试闭环检查项。解决了直接通过vibe coding编写自动化用例时,会遇到的各种不可控问题和随机性问题,大大提升了AI编写用例的准确性和效率。

独特的设计点

  1. 前置门禁要求必须填写新增接口方法/接口用例的位置,避免了AI在编写用例时不知道写在那,而盲目的修改的大量的已有的文件。这也是Harness engineering的思路,给AI加强制缰绳,限制它只能按照我们要求的方向跑。
  2. 拆分不同的编写和维护用例方式为子文档,通过前置门禁控制以渐进式披露的方式针对不同的流程读取各种所需的子文档。
  3. 设计了抓包服务脚本,可通过抓包数据编写接口自动化用例,大大提高用例编写的效率。
  4. 通过初次全量扫描自动化框架内已经实现的接口URL存进sqlite,后续增量扫描追加新接口信息的方式。相当于给已实现的所有接口做了一次索引,刚开始我只是通过这种方式实现让AI快速判断抓包的接口是否为需要新增的新接口。后来我看了codegraph的实现方式后,发现这个扫描出的sqlite给它加上更详细的方法名、引用信息、行号等数据后。直接当作AI编写用例时的查询索引,效率直线上升,较少了AI大量的grep调用次数和token消耗。通过接口URL+method就能毫秒级的通过数据库精准查询到需要调用的接口方法在那个文件的多少行,然后AI直接使用。

补充说明

  1. 当前SKILL具有极强的针对性,是完全针对我们现有的自动化测试框架编写的SKILL。不具备通用性,所以大家可能无法直接复用到自己的项目中使用。但感兴趣的朋友,可以尝试改写部分内容来适配到自己的自动化测试框架或项目中。有问题的朋友可以私聊我,一起沟通交流和学习成长。
  2. 第一次在L站发开源推广的帖子,如果本文有任何问题,请各位佬友及时指出,我马上改正。

1 个帖子 - 1 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文