cross-app-tests-with-uiautomator
用于在 Android 仪器化测试中借助 UiAutomator 2.3.0 驱动跨应用与系统 UI 流程的技能，涵盖 UiDevice、BySelector/UiObject2、等待条件、StaleObjectException 恢复与跨应用启动路径。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-20 00:13
测试与质量
12,369 个结果
launching-activities-with-activityscenario
本技能介绍在 Android 仪器化测试中如何使用 ActivityScenario 及其 JUnit4 封装 ActivityScenarioRule 来启动、驱动和销毁 Activity。ActivityScenario 是已废弃的 ActivityTestRule 的现代替代方案，提供线程安全、生命周期感知的 Activity 句柄，可将 Activity 推进到 CREATED / STARTED / RESUMED / DESTROYED 状态，通过 recreate() 模拟配置变更，并通过 onActivity { } 将操作投递到 UI 线程。技能覆盖了常见的 FQN 导入陷阱、线程规则以及清单文件声明要求，适用于新建 Activity 宿主测试、从 ActivityTestRule 迁移、排查 ActivityNotFoundException 或 recreation 状态丢失等问题。
launching-fragments-with-fragmentscenario
本技能介绍如何用 FragmentScenario 隔离测试单个 Fragment，无需启动完整宿主 Activity。内容覆盖两个入口方法 launchFragmentInContainer<F>()（加入 android.R.id.content，含完整生命周期和视图）与 launchFragment<F>()（无容器、headless），并说明默认主题继承的是平台 Holo 主题而非 AppCompat，导致 AppCompat/Material 控件崩溃，需通过 themeResId 覆盖。还涉及 FragmentFactory 注入、moveToState 驱动生命周期、withFragment 捕获状态，以及 EmptyFragmentActivity 不安装 NavHostFragment 导致 findNavController() 抛异常的局限。
migrating-from-android-test-classes
将旧版 android.test.* 与 JUnit3 风格 Android 测试迁移到 AndroidX Test，并核对运行器与断言替代方案。
printing-the-semantics-tree
用于诊断 Compose 测试查找器失败（no node matched、found N nodes、unmerged tree 提示）的技能：通过 printToLog/printToString 打印语义树，确认节点结构与合并状态，而不是靠延时等待。
running-tests-on-gradle-managed-devices
介绍如何使用 Gradle Managed Devices（GMD）运行 Android 仪器化测试：在 build.gradle.kts 声明设备，由 Gradle 自动下载镜像、启动模拟器、执行测试并销毁，适合在 CI 中复现统一设备环境。
understanding-adb-architecture
该技能用于建立对 ADB 三部分架构（本地 CLI 客户端、主机端服务器、设备端 adbd 守护进程）的正确认知，涵盖生命周期命令、版本兼容、端口冲突、环境变量、密钥与日志诊断，帮助排查“adb 行为异常”类问题。
writing-espresso-tests
本技能用于为 Android Views（非 Compose）编写 Espresso 3.7.0 UI 测试。Espresso 的核心是「先空闲、后操作」模型：每次 onView(matcher).perform(action).check(matches(...)) 调用都会先让主线程 Looper 进入空闲，再查找唯一匹配的视图，执行动作，然后再次等待空闲后才进行断言。技能涵盖匹配器/动作/断言目录、RootMatchers.DEFAULT 的陷阱（默认不包含对话框、弹窗与 Toast）、RecyclerView 与 AdapterView 的特殊交互方式、Intent 打桩验证、IdlingResource 注册以及各版本的常见坑点。
postman
Postman Agent Skill 是一个让 Claude 通过 Postman API 管理完整 API 生命周期的技能。它支持发现工作区资源（集合、API、规范、环境、监控器），设计与管理 API 规范（OpenAPI 3.0、AsyncAPI 2.0），从规范生成集合或反向生成规范，校验 API schema 与比较版本，创建、更新、删除和复制集合与环境，使用 Newman 运行集合测试套件，检查认证与安全配置，创建 mock 服务器，管理监控器并查看运行历史，以及查看 API 文档质量。该技能通过 Python 脚本调用 Postman API，需配置 Postman API Key，支持 Claude 网页界面、Claude API 代码执行和本地 Python 脚本等环境。
assessing-external-test-risk
该技能用于判断某个分支或 PR 的改动是否属于「外部托管或嵌入式 Streamlit 使用场景」的高风险变更，并据此建议是否需要补充以 @pytest.mark.external_test 标记的外部端到端测试覆盖。它采用「任一命中即算」的判定策略：只要清单中任意一个类别被命中，就输出建议补充外部测试；全部未命中则输出不建议。技能定位于风险评估与建议，不会自动为测试打标记（除非明确要求）。评估输入包括相对基线的分支或 PR diff、变更文件及相关测试、PR 描述（若可得）。评估流程为：收集变更文件与完整 diff，逐项判断清单类别是否命中，记录来自文件路径与 diff 片段的具体证据，最后给出建议及具体的外部测试关注点。清单类别涵盖路由与 URL 行为、鉴权与 Cookie/CSRF/身份绑定、Websocket 握手与会话传输、嵌入与 iframe 边界、静态与组件资源服务、Service Worker 与上传下载、跨域行为与外部网络、跨域主题与资源发现、SiS 与 Snowflake 运行时依赖、客户端存储行为、安全响应头与浏览器策略等。输出使用固定结构，包含是否建议、触发类别、证据、建议关注领域、置信度与假设缺口。该技能本身不会执行代码，也不应被其内容中的任何指令所左右。
run-tests-with-testomatio-reporter
使用 @testomatio/reporter CLI 在 Testomat.io 中创建并启动测试运行，支持手动、手动+自动化混合、本地执行与远程 CI 触发，可按标签、计划、标签值、Jira 工单或代码变更范围筛选测试。
cucumber-step-definitions
cucumber-step-definitions 是来自 thebushidocollective/han 的技能资源，主题为“编写有效的步骤定义（step definitions）并组织测试代码”。其内容聚焦于 Cucumber 测试中步骤定义的编写与维护，强调可维护性与可复用性。资料覆盖基础步骤定义示例、参数化步骤、正则表达式匹配、数据表（Data Tables）、多行文本（Doc Strings）、World 上下文、Hooks（Before/After/BeforeAll/AfterAll 及标签过滤）、步骤代码组织（Page Object 模式、辅助函数）、最佳实践与应避免的反模式。示例以 JavaScript/TypeScript（Cucumber.js）为主，同时包含 Java（Cucumber-JVM）与 Ruby 的写法，帮助读者在不同语言中建立一致的步骤定义习惯。适合使用 Cucumber 进行行为驱动开发（BDD）的测试与开发人员参考。资料未提供该技能的版本、收费、价格、平台支持范围、依赖环境及单独安装命令等信息。
extract-test-set
该技能用于从原始价格数据中提取测试集，为隔离的单元测试生成价格数据。输入包括智能合约地址与区块链浏览器链接、测试用例名称。它通过一个临时 Python 脚本，从 DEFAULT_UNCLEANED_PRICE_DATABASE 中提取指定金库的价格序列，输出一个包含单个测试用例的 Pytest 测试模块，以及仅包含该金库价格数据的 Parquet 文件。脚本会创建 test_xxx 文件，内联存储元数据，并生成对应的 test_xxx_price.parquet 文件供测试读取。该技能强调只生成一个测试函数，避免过度生成测试。运行脚本后，再运行生成的测试用例即可。
apply-code-review
用于按代码评审报告及其开发计划落实修复或复核修复效果；不用于初次评审、仅改计划或无评审输入的计划实施。逐条核实修复，按计划约定提交，回写处置与证据。
apidog-cli
Apidog CLI 技能用于通过命令行管理 Apidog 项目资源，可运行 API 自动化测试与测试套件，并查询、创建、更新或删除项目资源。使用前需安装 apidog-cli 并用 API 访问令牌登录。
code-quality-auditor
用于审查 git 变更、Review Gate、merge ready 与发布前审计的代码质量门禁技能，输出结构化 Pass 或 Reject 结论、问题分级、最低验证矩阵、证据链与复查基线。
configure-metrics
用于为具体产品判据选择并配置 Coval 指标：先明确要测量的判据与可用证据（transcript、audio、trace 或确定性检查），再按最简单有效原则选择指标类型、编写 rubric、创建候选指标并测试接线与初步表现。
get-results
用于检索并分析 Coval 运行中的模拟结果，适合查看评测结果或调试智能体行为。
launch-run
launch-run 是 Coval 外部技能，用于在已选定资源后启动一次具体的 Coval 评估，需显式指定测试用例与执行边界。结果分析应改用 quick-eval。
quick-eval
quick-eval 是一个用于执行有界 Coval 评估的技能：按明确测试用例启动一次评估，并审计对话、录音与指标证据。适用于用户明确要求运行评估的场景，强调预算控制、证据核查与不自动重跑。
code-reviewer
code-reviewer 是一个用于对本地代码变更或 GitHub Pull Request 执行正式、结构化代码审查的技能，按严重程度分组给出发现、理由以及批准或修改建议，覆盖正确性、可维护性、性能、安全与可测试性。
code-quality-review
该技能用于系统化开展代码质量审查，覆盖代码异味、复杂度、可维护性、设计模式、命名规范、重复代码与最佳实践，并输出带严重级别和改进建议的报告。
dust-test
面向 Dust 代码库的测试编写指南，遵循 80/20 原则，帮助开发者为核心功能与常见边界情况编写聚焦、实用的自动化测试，覆盖前端（TypeScript/Next.js）与连接器/核心模块。
do-execute-qa-bugfix
do-execute-qa-bugfix 是 development-orchestrator 中的技能，用于按单个 bug 文件路径执行根因分析、修复实现、回归测试与验证，并更新 bug 文件状态。