grilling
通过聚焦提问压力测试想法或决策,围绕可能改变结果的关键假设与取舍展开追问,帮助用户厘清真正需要做出的决定。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-20 00:13
12,356 个结果
通过聚焦提问压力测试想法或决策,围绕可能改变结果的关键假设与取舍展开追问,帮助用户厘清真正需要做出的决定。
Android Testing Unit 是一个面向 Android 单元测试的技能,用于为 reducer、use case、repository 以及生命周期安全的状态持有者编写快速、聚焦的单元测试。它适用于 Android 单元测试策略、ViewModel reducer 测试、repository 单元测试等请求场景。技能强调在 CI 中执行可复现的检查,避免无信号增测、不可复现的基准或安全扫描、硬编码发布凭据等反模式,并在范围扩大时交接给 android-testing-ui、android-ui-states-validation 等相邻技能。
Vitest 是一个由 Vite 驱动的下一代测试框架,提供与 Jest 兼容的 API,并原生支持 ESM、TypeScript 和 JSX。它与 Vite 应用共享同一套配置、转换器、解析器和插件,可用于编写测试、模拟(mocking)、配置覆盖率以及处理测试相关任务。其核心特性包括:Vite 原生集成,利用 Vite 的转换管线实现类似 HMR 的快速测试更新;Jest 兼容,可作为大多数 Jest 测试套件的替代品;智能监听模式,基于模块图仅重新运行受影响的测试;无需配置即可支持原生 ESM、TypeScript、JSX;多线程 worker 并行执行测试;内置基于 V8 或 Istanbul 的覆盖率统计;提供快照测试、模拟和 spy 工具。该技能基于 Vitest 3.x,生成于 2026-01-28。
该技能通过 Invoke-AtomicRedTeam PowerShell 执行映射到 MITRE ATT&CK 的 Atomic Red Team 测试,生成 ATT&CK Navigator 覆盖热力图,并关联 SIEM/EDR 检测结果,用于紫队检测验证与覆盖缺口分析。
为已有 n8n 节点添加 OAuth2(授权码/3LO)凭证支持的开发技能:创建凭证文件、更新节点与 GenericFunctions、注册 package.json、补充测试并保持 CLI 常量同步。
一套面向提交、PR 与合并前的代码质量强制规范,要求 lint、类型、测试覆盖率、构建、包体积、依赖审计与复杂度等检查全部在 CI 中自动化并通过,禁止绕过或关闭检查。
面向 React/Vite 仪表盘应用的 L2 AI 驱动 Web UI 探索性测试技能,用于补充 L1 回归测试无法覆盖的布局缺陷、移动端回归和真实浏览器交互流程问题。
用于在分支中验证 UI 变更并补充 Playwright E2E 测试覆盖的技能,来自 open-metadata/openmetadata。它先审查分支改动,再用 Playwright MCP 验证界面,最后补齐缺失测试用例。
面向 macOS 应用的构建、运行与调试技能,强调以 shell 优先的 Xcode 与 Swift 工作流。适用于启动应用,以及诊断构建、启动或运行时故障。
OpenHarmony 本地代码质量预检技能,覆盖部分门禁 CI 检查(版权头、clang-format、CodeArts C/C++ 质量)及额外本地检查(Python、Shell、GN)。支持手动调用与自动触发,可自动修复部分缺陷,但本地通过不保证门禁通过。
skill-stats 是用于查看 QE 技能使用情况的技能,通过 /skill-stats 激活,报告最常用技能、未充分触发技能、从未使用的技能、触发方式及优化建议,日志写入 ${CLAUDE_PLUGIN_DATA}/skill-usage.log。
strict-tdd 是一个强制测试驱动开发(TDD)纪律的技能,激活后会阻止在未先编写失败测试的情况下编写生产代码,仅对当前会话生效。
一套强调技术严谨与证据验证的代码审查实践技能,涵盖接收反馈、请求审查和完成前验证三类流程,要求先验证再实施、先证据再声明,反对表演式附和。
用于调试 Web 前端与 Node.js 后端的技能,支持控制台检查、网络请求分析,以及通过 tracepoint、logpoint、异常监控和 watch 表达式进行非阻塞式代码调试。
配置 Android 模块的 JUnit4 测试依赖与运行组件,排查 Runner、InstrumentationRegistry 和协程主线程规则问题。
「connecting-over-wifi」是一项面向 Android 无线调试的 ADB 连接技能,属于 skydoves/android-testing-skills 技能集。它讲解如何在 Android 11(API 30)及以上的手机、平板(TV / Wear OS 为 Android 13 / API 33 及以上)上,通过现代的 `adb pair` 配对流程(配对码或 Android Studio 的二维码配对)无线连接 ADB,并覆盖遗留的 `adb tcpip` 方式与主机端 mDNS 发现机制。资料说明了配对端口与连接端口的区别、`adb mdns check` / `adb mdns services` 的用法、Openscreen 与 Bonjour 两种 mDNS 后端的默认差异(ADB v34+ 在 Linux/Windows 默认 Openscreen,可用 ADB_MDNS_OPENSCREEN 强制指定),以及常见连接失败的排查顺序。同时强调安全性:配对基于 TLS 与配对码派生密钥,遗留的 5555 端口是无认证监听,使用后应关闭无线调试,避免在公共或公司 Wi-Fi 上使用。资料未提供收费、价格或平台信息。
用于在 Compose 测试中手动驱动测试时钟的技能:通过 MainTestClock 的 currentTime、autoAdvance、advanceTimeByFrame、advanceTimeBy、advanceTimeUntil 等控制重组、动画与 LaunchedEffect 的推进,并说明 16ms 帧模型与 v1 到 v2 迁移差异。
本技能介绍如何通过 adb shell 从主机端驱动 Android 设备,模拟用户手势与状态变更,用于测试与 QA 自动化。内容涵盖 input 命令注入点击、滑动、拖放、文本与按键事件;wm 覆盖屏幕尺寸与密度;settings 设置动画缩放等封闭测试状态;am/pm/cmd 管理应用状态与启动 Activity。技能强调在 API 30+ 使用 cmd wifi 等现代包装命令替代已失效的 svc,使用 pm clear 而非 am force-stop 实现测试间数据重置,并给出输入文本空格编码、双 shell 引号、wm 重置等强制规则与验证清单。
本技能用于正确搭建 Android 仪器化测试(instrumentation test)的运行器栈,核心是使用规范的 AndroidJUnit4 测试运行器注解、正确的 AndroidJUnitRunner Gradle 配置,以及配套的依赖矩阵、注解与规则。许多仪器化测试在任何断言执行前就失败,原因往往是运行器栈配置错误,例如导入了已废弃的 AndroidJUnit4、把 Test Orchestrator 放在 androidTestImplementation 而非 androidTestUtil、使用了已废弃的 androidx.test.InstrumentationRegistry。本技能覆盖这些常见问题的正确写法,包括依赖配置、运行器 Gradle 配置、测试过滤、权限授予、动画禁用、规则排序与运行方式,并给出验证清单,帮助确保测试在设备或模拟器上稳定执行。
uipath-review 是 UiPath 官方技能库中的只读审查技能,用于对 UiPath 解决方案与制品进行结构、质量、最佳实践、优化、正确性及业务对齐方面的审计,并生成结构化的审查报告。它覆盖 RPA(.xaml / .cs)、智能体(.py / agent.json)、Flow(.flow)、BPMN(.bpmn)、编码应用等多种制品类型。该技能先发现并分类项目中每个制品,运行 CLI 自动化校验(如 uip rpa validate 与 build、maestro flow validate、maestro bpmn validate、api-workflow validate 等),再逐项进行人工质量审查。它会查找并读取 PDD 等设计文档作为业务基准,将发现分为 Critical、Warning、Info 三级,并按固定章节输出报告。核心限制是只读:不手工修改文件,仅允许少数 CLI 自身写入操作;缺失的 PDD、工具或校验命令会记入 Rules Skipped。具体定价、平台支持范围与安装方式暂未提供。
quality-advisor 是 aidoc-flow-framework 中的技能,在编写 SDD 文档工件时提供实时质量指导:评分章节完成度、检测文档反模式、校验累积标签与命名规范,并返回可执行的改进建议。
该技能文件提供 pytest-django 的测试模式,覆盖 TDD red-green-refactor 工作流、Factory Boy 工厂、fixtures 用法与测试组织方式。内容包含数据库访问标记、测试数据构造、视图/表单/模型/Celery 任务应测试的要点,以及 HTMX 响应、权限、QuerySet 等 Django 专有测试模式。还给出运行测试的 uv run pytest 命令、常见坑与 pyproject.toml、conftest.py 配置要求,适合在编写测试、创建测试工厂或按 TDD 流程开发时参考。
Hardware TDD 是一个面向嵌入式固件开发的测试规划技能,适用于 Arduino、ESP32、ESP32-S3、Pico 或 Pico W 等平台。它强调在宣称功能完成之前先构建“测试阶梯”,将纯逻辑行为与硬件相关行为分开验证:纯 C/C++ 逻辑可在主机上通过 fake 测试,外设与部分时序可借助 Wokwi 等模拟器验证,而电压、引脚复用、负载下的时序以及物理装配必须依赖目标板证据。该技能提供需求到可观测行为与安全不变量的转化流程、分层测试矩阵(主机、模拟、构建、目标、系统)、反合理化清单以及验证要求,帮助开发者明确每一层测试能证明什么、不能证明什么,并保留失败与未验证用例的可见性。
该技能用于在编写、审查或改进测试时强制执行测试最佳实践,覆盖 TDD/红-绿-重构、基于属性的测试、优先使用真实对象而非 mock、错误处理路径测试、并发竞态检测等。它提供四种模式:Write(编写测试或测试优先的缺陷修复/功能)、Assess(评估现有测试套件质量而非仅看覆盖率)、Upgrade(强化薄弱、不稳定或过度 mock 的测试)、Detect(发现被跳过、被破坏、虚假覆盖或易遗漏的测试)。技能强调通过公共契约测试行为、按生命周期校准测试投入、质量优先于覆盖率、优先真实行为而非 mock、用属性测试覆盖广泛输入空间,并针对 Python、TypeScript/JavaScript、Go、Rust 等语言及属性测试、模糊测试、特征化测试、差分测试、黄金文件测试、确定性时间、VCR 磁带、文档同步测试、变异测试、穷举测试、组合测试、数学属性、测试数据构建器、构造即正确、门禁完整性等主题提供参考文档。