tests

Codify testing conventions for TypeScript unit and integration tests.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/latticeHQ/latticeWorkbench --skill tests-latticehq
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: tests
Source: https://github.com/latticeHQ/latticeWorkbench/tree/main/.lattice/skills/tests
Command: npx skills add https://github.com/latticeHQ/latticeWorkbench --skill tests-latticehq

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Defines a cohesive testing philosophy that reduces flaky tests and ensures verifiable behavior across unit, integration, and UI tests.

Core Features & Use Cases

  • Colocated tests with source code (e.g., .test.ts[x]) for easy maintenance.
  • Clear guidance for integration tests, unit tests, and end-to-end testing with dedicated tests/* directories.
  • Mocking and test strategy guidelines to avoid tautology and encourage meaningful invariants.

Quick Start

Run the test suite following the prescribed layout and doctrine to validate a new codebase.

Frequently Asked Questions about tests

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I organize unit and integration tests in a TypeScript project?▼

Organize TypeScript unit and integration tests by colocating .test.ts[x] files with source code or using dedicated tests/ directories, applying doctrine-driven conventions to reduce flaky tests and verify behavior.

What is the best way to manage mocks in TypeScript testing?▼

Manage mocks in TypeScript testing by following doctrine-driven guidelines that enforce strategies around real vs mock testing, avoiding tautology and encouraging meaningful invariants across your test suite.

Do I need bun and jest to run TypeScript unit tests?▼

Yes, you need bun and jest tooling to execute TypeScript unit tests and integration tests, as the testing doctrine requires these specific runtimes for test execution and configuration.

How does a doctrine-driven testing philosophy reduce flaky tests?▼

A doctrine-driven testing philosophy reduces flaky tests by codifying test layout conventions, mocking strategies, and deterministic utils, ensuring verifiable behavior across unit, integration, and UI tests.

Can I use this testing doctrine for end-to-end UI tests in TypeScript?▼

Yes, the testing doctrine applies to end-to-end UI tests in TypeScript projects, providing clear guidance for integration tests, unit tests, and UI testing with dedicated tests/* directories.

When should I use real dependencies vs mocks in integration tests?▼

Use real dependencies vs mocks in integration tests based on codified doctrine strategies that enforce test-runtime configuration and deterministic utils, avoiding tautology while maintaining meaningful invariants.