用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/carrot-foundation/methodology-rules --skill rule-testing命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | rule-testing |
| description | Rule mapping for testing |
Apply this rule whenever work touches:
*.spec.ts*.e2e.spec.ts*.test-cases.tsAll test code in this repository runs under Vitest. Tests must be deterministic, isolated, and free of real-world data.
| Pattern | Purpose |
|---|---|
{name}.spec.ts | Unit tests, co-located with source |
{name}.e2e.spec.ts | End-to-end / integration tests |
{name}.test-cases.ts | Shared test data and fixtures |
The test environment loads variables from .env-files/.env.test.
Never hardcode test values that could be randomized. Use the following tools:
@faker-js/faker for primitive values (strings, numbers, dates, UUIDs).zocker for generating objects that conform to a Zod schema.@carrot-fndn/shared/testing:
stubRuleInput() - creates a valid RuleInput with sensible defaults.stubDocument() - creates a valid document fixture.createStubFromSchema() - generates a stub from any Zod schema.Tests must never contain real-world identifiable information. Use obviously synthetic values:
| Field | Fake example |
|---|---|
| Company name | VERDE CAMPO LTDA, EXEMPLO INDUSTRIAS |
| CNPJ | 11.222.333/0004-55, 77.888.999/0001-22 |
| Vehicle plate | FKE1A23, HIJ3K56 |
| Address | Rua Modelo, 100, Av. Principal, 500 |
| Person name | Pedro Santos, Ana Ferreira |
This applies to raw OCR text fixtures as well: both the input text and expected assertion values must use fake data consistently.
When a function must be tested against multiple scenarios, use it.each:
it.each([
{ input: 0, expected: 'zero' },
{ input: 1, expected: 'one' },
{ input: 2, expected: 'two' },
])('converts $input to "$expected"', ({ input, expected }) => {
expect(numberToWord(input)).toBe(expected);
});
Prefer expect.objectContaining when only a subset of fields matters for the assertion. This keeps tests resilient to unrelated field additions:
expect(result).toEqual(
expect.objectContaining({
status: 'APPROVED',
score: expect.any(Number),
}),
);