由拉取请求触发的验证
连接选定的公开或私有 GitHub 仓库,并为每个拉取请求运行检查;可在每次推送时运行,也可通过 `/trycase run` 评论按需运行。
TryCase 会读取代码变更,选择受影响的用户旅程,并在一次性 Linux 环境中运行这些旅程,以此测试拉取请求。Web 应用会在浏览器中进行测试,而 API、CLI、工作进程和软件包则通过其实际命令运行。
每次运行都会在 GitHub 上生成判定和相关证据,包括带字幕的视频和最终截图。TryCase 旨在无需团队编写或维护浏览器测试套件,即可为拉取请求提供反馈。
连接选定的公开或私有 GitHub 仓库,并为每个拉取请求运行检查;可在每次推送时运行,也可通过 `/trycase run` 评论按需运行。
TryCase 会读取拉取请求,并确定需要测试的用户旅程或变更流程,而不要求为每次运行分别编写浏览器测试。
该服务会在浏览器中打开 Web 应用,并像用户一样操作;API、CLI、工作进程和软件包则通过其实际命令运行。通过仓库设置可以支持单仓库多应用架构:应用只需发现和设置一次,后续运行会重放该设置。
结果包括通过或失败判定、带字幕的运行视频和最终截图。失败评论会说明预期结果和实际发生的情况。
用户可以通过 Codex 连接 ChatGPT 订阅,或提供 OpenRouter API 密钥和受支持的模型。TryCase Auto 会在服务端运行模型连接;Claude 订阅支持即将推出。
Node 20+ CLI 可以启动、跟踪、继续、停止和检查验证,也可以列出或下载构件。请求的开发或测试密钥会从环境或文件中按获准名称发送,而不是作为命令行值传递。
团队可以通过拉取请求运行来检查变更后的屏幕或用户流程,并在决定发布内容前,结合 GitHub 判定审查录制的操作演示。
不维护端到端浏览器测试的项目,可以让 TryCase 根据拉取请求推断受影响的用户旅程并运行实时应用,而无需先创建测试套件。
使用 API、命令行工具、工作进程或软件包的团队,可以通过实际命令使用相同的验证流程,前提是软件及其设置能够在 Linux 上运行。
单仓库多应用团队可以一次性配置应用设置,后续运行会重放这些设置,同时由代理专注于拉取请求中受影响的目标。
开发者和自动化流程可以使用 CLI 启动拉取请求验证,以 NDJSON 流式传输状态,响应需要关注的请求,并获取已保存的截图或带字幕的视频。
不需要。TryCase 会读取拉取请求,识别受变更影响的用户旅程,并尝试运行这些旅程。它旨在避免为此工作流编写和维护单独的浏览器测试套件。
在选定的公开或私有仓库上安装 TryCase GitHub App。之后,每个拉取请求都会获得独立的检查和结果评论。触发方式可以是每次推送,也可以是明确发布 `/trycase run` 评论。
完成运行后会返回通过或失败判定、带字幕的运行视频和最终截图。如果检查失败,拉取请求评论会说明预期行为和实际行为。
可以,网站称其能够测试任何可在 Linux 上运行的内容。Web 界面会在浏览器中运行,而 API、CLI、工作进程和软件包则通过其实际命令进行测试。
每个拉取请求都会获得独立的一次性环境,配置为 4 个 vCPU 和 8 GB 内存,不使用交换空间。运行结束后环境会被删除,网站建议使用非生产环境的值。
流量数据仅供参考。