writing-tests_skill

This skill helps you write reliable Vitest tests for unit, component, and mock patterns across your codebase, boosting confidence and maintainability.
  • TypeScript

1k

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill hotovo/aider-desk --skill writing-tests

  • SKILL.md1.7 KB

Overview

This skill is a practical guide for writing unit, integration, and component tests in AiderDesk using Vitest and React Testing Library. It explains where to place tests, how to mock dependencies, and how to run test suites. The goal is to help engineers create reliable, maintainable tests that verify logic and user interactions.

How this skill works

It inspects code structure and recommends patterns for unit tests (pure functions), component tests (React UI and user events), and integration tests that span modules. It shows when to use vi.mock and centralized mock factories and points to organization and CLI practices for running tests and collecting coverage. Examples include basic test templates and file naming conventions for TypeScript projects.

When to use it

  • When adding tests for pure functions in src/common or src/main
  • When testing React components and user interactions in src/renderer
  • When configuring mocks for external modules or APIs
  • When organizing test files and naming conventions for scalability
  • When setting up CI test runs and coverage reports

Best practices

  • Keep unit tests focused on pure logic; avoid heavy DOM setup
  • Use React Testing Library for component behavior and accessibility assertions
  • Centralize mock factories so mocks are consistent across tests
  • Name test files near the code they cover and follow a predictable directory structure
  • Run tests locally with npm run test and include coverage checks in CI

Example use cases

  • Add a unit test for a math utility function that verifies edge cases
  • Write a component test to assert button clicks trigger expected callbacks
  • Mock an API client with a factory to simulate success and error responses
  • Organize tests into __tests__ folders next to their modules for discoverability
  • Create an integration test that verifies data flows across modules

FAQ

No. Mock external dependencies that are slow or brittle, but prefer real behavior for internal modules when it improves confidence in the UI.

Where do I put new tests?

Place unit tests next to their module in src/common or src/main. Put component tests in src/renderer and follow the project naming conventions for discoverability.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational