SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 10-21 00:11

测试与质量

12,425 个结果

advpr-test-automation

ADVPR 是 TOTVS Protheus 内部基于 ADVPL 的测试机器人，用于为 Protheus 业务规则编写和运行自动化回归测试。该技能涵盖 FWTestHelper 断言 API、在 TestSuite（GPS de Testes）中注册与组织测试用例、带界面（FWMyTestRunner）与无界面（headless，FwExecSuite）两种套件运行方式，并针对 MVC、ExecAuto/MSExecAuto、报表、处理例程、Webservice（REST/SOAP/Portal）、SmartLink、Smart View 以及 TOTVS Message（单消息）等不同例程模式提供脚本编写指导。此外还涉及“例程准备”，即调整遗留代码使其在官方无界面执行时无需屏幕即可运行，以及 ADVPR 脚本编写通用最佳实践。适用于创建或调试 ADVPR 测试脚本、搭建 TestSuite、诊断无界面执行中的 TimeOut 或意外屏幕失败，以及判断某类例程应使用哪种 ADVPR 模式。不涵盖手动/界面驱动的 QA、ADVPR 之外的独立 ADVPL 函数单元测试，以及与测试自动化无关的运行时/编译错误调试。参考文件以巴西葡萄牙语撰写。

测试与质量48 次安装

probat-testing

ProBat Testing 是 tlppCore 原生测试引擎 ProBat 的使用技能，专门用于为 TLPP（.tlpp）源码编写和运行单元、功能与集成测试，即使被测代码是旧版 .prw 也适用。该技能涵盖必需的 #include "tlpp-probat.th"、test.<module> 命名空间约定、完整注解集（@TestFixture、@Test、@Setup、@TearDown、@OneTimeSetUp、@OneTimeTearDown、@Skip、@ErrorLog）、tlpp.probat 断言函数、基于类的执行生命周期，以及用于条件跳过断言的 SKIPASSERT。当用户需要创建新的 ProBat 测试夹具、为某个例程添加测试方法、设置 setup/teardown 逻辑，或了解 ProBat 如何发现并执行测试（通过 REST API 或 VSCode 扩展）时，可启用此技能。具体测试编写模板位于同级的 patterns 文件中。该技能不涵盖生成被测的生产 TLPP 代码、测试之外的代码质量审查，以及测试夹具中使用的嵌入式 SQL。

测试与质量48 次安装

ue5-debug-validation

ue5-debug-validation 是面向 Unreal Engine 5.6 至 5.8 的调试与验证工作流技能，用于处理日志分析、资产检查与回归问题分诊。当请求涉及排查玩法为何不生效、定位故障域、验证资产与配置、或进行修复后的回归验证时使用。该技能提供一套结构化的调试阶段契约，要求每个调试任务明确可复现场景、数据采集集、首个错误转换候选、按概率与验证成本排序的假设列表，以及修复验证与回归范围。工作流涵盖复现并冻结上下文、采集信号、验证数据与资产、定位首个错误转换、假设与验证、修复与回归验证六个步骤。技能列出 UE5.6-UE5.8 的 API 锚点，包括 UE_LOG、ensure、check、屏幕调试消息、PrintString、FMessageLog 以及资产注册表相关接口。同时给出约束、失败处理方案、验证操作规范、兼容性说明与升级条件。

测试与质量48 次安装

test-driven-development

该技能文档规定了测试驱动开发（TDD）的严格工作流程：先写会失败的测试，观察其失败，再写最小实现代码使其通过，最后重构。适用于新增功能、修复缺陷、重构和行为变更等场景；临时原型、生成代码和配置文件可咨询人工搭档后例外。核心原则是「没有失败的测试，不写生产代码」，并强调测试须针对真实行为、命名清晰、只验证一件事。文档还列出红-绿-重构循环、验证清单、常见自我辩解及红牌警示，要求删除先于测试编写的代码并重新开始。

测试与质量48 次安装

testing-anti-patterns

Testing Anti-Patterns 是一份面向测试编写的反模式指南，核心主张是测试必须验证真实行为，而不是验证 mock 的行为。资料将测试隔离中的常见错误归纳为若干反模式，包括：直接断言 mock 元素是否存在、把仅供测试使用的方法混入生产类、在不理解依赖链的情况下随意 mock、只构造部分字段的 mock 数据，以及把测试当作实现完成后的补做工作。文档给出了「铁律」（不要测 mock、不要往生产类加测试专用方法、不要不理解依赖就 mock），并针对每种反模式提供修改前后的代码对比与检查项（Gate Function），用于在断言、添加方法、创建 mock 响应之前先自问是否在测真实行为、是否该放到测试工具中、是否理解副作用。文档还提醒 mock 过于复杂时应考虑改用真实组件的集成测试，并认为严格 TDD（先写失败测试、再实现、再重构）能自然避免这些反模式。

测试与质量48 次安装

isaac-sim-validator

Isaac Sim 脚本的交付前 QA 校验工具，用于在交付前拦截常见缺陷，如黑帧、已弃用导入、硬编码用户路径、缺失灯光、错误渲染模式和过小的 SimulationApp 配置。校验分为三级：Level 1–2 仅做静态检查；Level 3 会以调用用户的完整权限运行目标 Python 脚本，无容器或沙箱隔离，必须显式传入 --confirm-execute（或设置 CONFIRM_EXECUTE=1）才能执行。适用前提包括已构建的 Isaac Sim、带当前驱动的 NVIDIA GPU，以及由 isaac-sim-orchestrator 提供的环境变量契约。该工具通过脚本 scripts/validate_sim.sh 及一套检查清单覆盖脚本、USD 场景、渲染帧、视频、RL 训练、资产与 shell 等多类交付物。

测试与质量47 次安装