Does it focus solely on code coverage?

No, it emphasizes meaningful behavior, boundary cases, and long-term maintainability over chasing 100% branch coverage with trivial tests.

How does it handle mocks?

It follows a classicist approach, favoring real implementations, in-memory drivers (like bytes.Buffer), or minimal interfaces over heavy, complex mocking frameworks.

Will it break my existing test suite?

No, the skill is designed to prioritize and match existing test styles and de-facto specifications found in your current codebase.

Does this skill require external testing libraries?

No, it prioritizes the Go standard library and matches your existing project conventions to avoid introducing unnecessary external dependencies.

Can it help detect race conditions?

Yes, it specifically includes steps for concurrency testing and verification using 'go test -race' to ensure thread safety.

Go TDD Test Architect

Name: Go TDD Test Architect
Author: nihiyama

bynihiyama

•

Security & Testing

Generates idiomatic, table-driven Go tests following a Test-Driven Development workflow to ensure robust behavior and boundary handling.

About

The Go TDD Test Architect skill streamlines the creation of maintainable, high-quality Go test suites by automating the Red-Green-Refactor cycle. It prioritizes existing project conventions and real-world behavior over superficial code coverage, guiding Claude to write table-driven subtests that cover happy paths, error cases, and concurrency. By favoring a 'classicist' testing style, it minimizes reliance on brittle mocks and focuses on black-box behavior, ensuring that tests act as a reliable specification for your codebase.

Key Features

Seamless matching of existing project test styles
Automated Red-Green-Refactor workflow integration
Table-driven test generation for Go
Concurrency and race condition verification
2 GitHub stars
Deep analysis of boundary and edge case scenarios

Use Cases

Refactoring legacy code by creating spec-locking tests for existing behavior
Implementing new features using a test-first approach to lock down requirements
Adding regression tests to prevent the recurrence of reported bugs

About

Key Features

Seamless matching of existing project test styles
Automated Red-Green-Refactor workflow integration
Table-driven test generation for Go
Concurrency and race condition verification
2 GitHub stars
Deep analysis of boundary and edge case scenarios

Use Cases

Refactoring legacy code by creating spec-locking tests for existing behavior
Implementing new features using a test-first approach to lock down requirements
Adding regression tests to prevent the recurrence of reported bugs