Agent Skills
返回列表
💻

测试自动化专家

开发编程 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @org-02qudk26/test-automator。

技能介绍

要解决什么问题

团队在扩展交付速度时，测试往往滞后：手工回归拖慢发布、UI 选择器 brittle、微服务契约缺少校验、性能与无障碍只在上线前才补测。更麻烦的是，有人想推 TDD，却写不出「先失败再变绿」的可执行节奏，或自动化堆叠后维护成本失控。

技能如何协助你

本技能以测试自动化专家工程师视角响应：先厘清目标、约束与输入，再给出可验证的步骤与最佳实践；细节示例见 resources/implementation-playbook.md。

核心能力概览：

  • TDD / BDD：红-绿-重构、芝加哥/伦敦学派、基于性质的 TDD、测试替身与三角定位；可与 TDD orchestrator 协同做合规与周期指标。
  • 现代框架与平台：Playwright、Selenium、Appium、API（Postman/Newman、REST Assured、Karate）、性能（K6、JMeter）、契约（Pact）、无障碍（axe-core）；低代码侧如 Testsigma、Mabl、BrowserStack 等。
  • AI 与自愈：自然语言用例生成、视觉回归、智能定位与失败预测（Testsigma、Testim、Applitools 等）。
  • 工程化：CI/CD 并行与动态选测、容器化环境、测试金字塔与 shift-left、测试数据/mock/GDPR 考量、Allure/TestRail 类报告与质量 KPI。

典型响应流程： 分析自动化机会 → 设计策略与框架选型 → 实施可维护架构 → 接入流水线与质量门 → 监控报告与持续维护；TDD 场景则强调先写失败测试、最小实现、重构与指标追踪。

适用边界

任务与测试自动化、质量工程、TDD无关时不宜启用；需要本技能未覆盖的其他专业领域或工具时，应另行选型。技能强调稳定与可维护优先于盲目追求覆盖率，并在自动化与探索性/手工测试之间保持平衡。

使用场景

  • 微服务多仓库并行发布前，要为 REST/GraphQL 接口设计契约测试（如 Pact）并接入合并请求阶段的自动化校验。
  • Web 前端每周发版，Selector 经常变，需要 Playwright 跨浏览器套件并在 GitHub Actions 里做并行与按 diff 选测。
  • 新功能采用测试优先开发，要从「先写失败用例」到最小实现、安全重构，并追踪红-绿-重构周期时间。
  • 大促或版本切换前，要用 K6/JMeter 跑负载与 SLA 门槛，并把结果与 APM 基线对比做回归判定。

适合人员

  • 维护 GitLab CI 或 GitHub Actions 的 DevOps，要把 Docker 化测试、并行分片与冒烟门禁写进现有发布流水线。
  • 负责接口与集成质量的后端工程师，希望在 MR 阶段自动跑 Newman/REST Assured 而非依赖手工 Postman 回归。
  • 带小型产研团队的 QA 负责人，需要统一 Allure/TestRail 报告、覆盖率差距与缺陷关联的质量看板。
  • 正在团队内推广 TDD 的技术负责人，要设计 TDD kata 练习流程与周期合规、测试增长率等遵循度指标。