自然语言测试
用 plain English 描述测试场景，例如「Login to the app using email and password」，由 AI 负责把描述转成可执行的端到端测试。
价格免费
平台Web / GitHub
归类翻译与语言
收录2026-01-01
复核2026-01-01
编辑评分
4.4 / 5
★★★★☆
Shortest编辑总结
Shortest 是一个 AI 驱动的端到端测试框架，让开发者用自然语言描述测试场景，由 AI 完成执行。它构建在 Playwright 之上，并集成 GitHub，可通过 npm 包 @antiwork/shortest 引入，在代码中以 shortest('登录应用') 这样的写法调用。最大的优势是把测试编写门槛降到自然语言级别，同时复用 Playwright 的浏览器自动化能力；同时官方对定价、额度、支持的格式范围等关键信息均未公开，接入前需要自行确认费用与授权。
Shortest是什么？
Shortest 是一个 AI 驱动的端到端测试框架，定位是让开发者用自然语言编写测试，由 AI 处理执行环节。它构建在 Playwright 之上，并提供与 GitHub 的集成，测试代码通过 npm 包 @antiwork/shortest 引入，使用 shortest('描述测试场景') 的形式调用。
在用法上，开发者写一段英文描述，例如「Login to the app using email and password」，并用参数传入账号密码，如 username: process.env.GITHUB_USERNAME、password: process.env.GITHUB_PASSWORD。框架负责把这段自然语言转成可执行的浏览器自动化流程，开发者专注于描述测试场景。
面向的主要是已经在使用 Playwright 或 GitHub 工作流的前端与 QA 团队，以及希望降低测试编写门槛、不想为每个用例手写选择器与断言的开发者。由于其基于自然语言，非专业测试人员也能参与编写测试场景。
Shortest核心功能
基于 Playwright
框架构建在 Playwright 之上，复用其浏览器自动化能力，已有 Playwright 使用经验的人上手成本更低。
GitHub 集成
与 GitHub 无缝集成，测试脚本示例中直接读取 GITHUB_USERNAME、GITHUB_PASSWORD 等环境变量作为登录参数。
npm 包接入
通过 import { shortest } from '@antiwork/shortest' 引入，在现有 JavaScript/TypeScript 工程里以函数调用的方式编写测试。
参数化输入
调用时以对象形式传入参数，如 username、password，可配合 process.env 读取环境变量，便于在 CI 中复用同一份测试描述。
Shortest值不值得用？
当你的团队已经在用 Playwright 或 GitHub Actions，并且想让非测试同学也能写端到端用例时，Shortest 值得一试：用一行英文描述代替选择器和断言，接入方式就是一个 npm 包。当你要评估的是成本可控性、长期维护或对执行细节的完全掌控时，需要谨慎：价格、额度、支持范围都没有公开信息，AI 执行黑盒也意味着失败原因需要另行排查。
建议选它的情况
- 已有 Playwright 或 GitHub 工作流的团队，想减少手写选择器与断言的工作量
- 希望让产品、运营等非测试角色参与编写端到端场景的团队
- 需要在 CI 中读取环境变量完成登录等前置步骤的项目
不建议选它的情况
- 需要提前确认费用、额度或商用授权条款再决定是否采用的团队
- 对每一步执行细节要求完全可控、可追溯的测试场景
- 不使用 JavaScript/TypeScript 工程体系、无法引入 npm 包的项目
Shortest使用建议
入门先把路子走对
- 先跑通登录示例按示例写 shortest('Login to the app using email and password', { username: process.env.GITHUB_USERNAME, password: process.env.GITHUB_PASSWORD })，替换成自己站点的登录流程，确认环境和凭据读取正常。
- 用 npm 包引入在工程中通过 import { shortest } from '@antiwork/shortest' 引入，保持与现有构建、测试脚本一致的运行方式。
- 凭据走环境变量账号密码不要写死在测试描述里，统一用 process.env 读取，避免凭据进入仓库。
进阶省时间也省钱
- 描述里写清断言点自然语言描述越具体，AI 越容易判断成功与否；把「登录后应看到什么」一并写进描述，比只写动作更可靠。
- 一条描述只测一件事把长流程拆成多个 shortest 调用，失败时更容易定位是哪一步出的问题，也方便单独重跑。
Shortest适合谁用？
Playwright 现有用户
推荐已有浏览器自动化测试基础，想用自然语言描述减少样板代码，接入成本最低。
GitHub 工作流团队
推荐测试运行在 GitHub 上、凭据存放在环境变量中的团队，可直接沿用现有配置。
非测试岗参与者
推荐产品、运营等角色可以按业务语言描述场景，不需要掌握选择器写法，再由工程同学接入。
成本敏感型团队
有条件价格、额度与商用授权范围均未公布，预算审批前需要先向提供方确认费用。
非 JS 技术栈项目
不推荐接入依赖 npm 包 @antiwork/shortest，不使用 JavaScript/TypeScript 的工程体系无法直接引入。
Shortest优点和缺点
优点
- 用 plain English 写测试，示例只需一行 shortest('Login to the app using email and password')
- 基于 Playwright，可直接复用其浏览器自动化能力
- 提供 GitHub 集成，适配现有 CI 工作流
- 通过 npm 包 @antiwork/shortest 引入，接入方式简单
- 支持用 process.env 传入账号密码，便于凭据管理
缺点
- 价格、额度与商用授权未公布，采用前无法估算成本
- 执行细节由 AI 承担，失败原因需要另行排查
- 未说明支持的语言、浏览器与运行环境范围
- 接入依赖 npm 包，非 JavaScript/TypeScript 项目不适用
Shortest常见问题
Shortest 是怎么写测试的？＋
用 plain English 描述场景，例如 shortest('Login to the app using email and password', { username: process.env.GITHUB_USERNAME, password: process.env.GITHUB_PASSWORD })，由 AI 负责执行，开发者只需描述测试场景。
它和 Playwright 是什么关系？＋
Shortest 构建在 Playwright 之上，复用其浏览器自动化能力，同时叠加了自然语言描述与 AI 执行这一层，因此已有 Playwright 经验的团队迁移成本较低。
怎么接入现有项目？＋
通过 npm 包引入：import { shortest } from '@antiwork/shortest'。官方同时提供与 GitHub 的集成，测试中可直接读取 GITHUB_USERNAME 等环境变量作为登录凭据。
账号密码要怎么传？＋
在 shortest 调用的第二个参数里以对象形式传入，示例写法为 username: process.env.GITHUB_USERNAME、password: process.env.GITHUB_PASSWORD，即通过环境变量提供，而不是写死在测试代码中。
在哪里可以看到源码？＋
首页提供「View on GitHub」入口，可跳转到 GitHub 查看项目代码与接入方式。
