seam-tester

Identify integration seams and guide end-to-end tests across modules, databases, and APIs.

2|Updated Feb 23, 2026
One-click install
npx skills add https://github.com/jonmumm/skills --skill seam-tester
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: seam-tester
Source: https://github.com/jonmumm/skills/tree/main/seam-tester
Command: npx skills add https://github.com/jonmumm/skills --skill seam-tester

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Seam-tester addresses the problem of brittle tests by prioritizing integration points where components, services, and APIs interact, ensuring end-to-end reliability.

Core Features & Use Cases

  • Identify seams between modules, databases, external APIs, and file-system boundaries.
  • Drive end-to-end and boundary tests with minimal mocks of internal components, focusing on observable outputs.
  • Provide guidance for resilient tests that remain stable under internal refactors and system changes.
  • Use Case: validate an order flow across microservices to ensure database records, API calls, and events are consistent.

Quick Start

Plan and execute your first seam test by selecting a cross-module workflow and validating the end-to-end interaction.

Frequently Asked Questions about seam-tester

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

FAQPage Schema
What is integration testing at the seams and when do I need it?

Integration testing at the seams targets cross-component interactions across modules, databases, external APIs, and file-system boundaries. You need it to ensure end-to-end reliability in multi-module architectures where component interactions are prone to failure.

How do I write resilient integration tests that survive internal refactoring?

Write resilient integration tests by minimizing internal mocking, focusing on observable outputs, and validating cross-module workflows deterministically. This keeps tests stable under internal refactors and system changes by verifying boundary interactions rather than internal implementations.

Should I mock internal components during end-to-end system testing?

You should use minimal mocks of internal components during end-to-end system testing. Prioritize testing observable outputs at system seams to ensure tests remain stable and accurately reflect cross-component interactions during internal refactors.

Can I use seam testing for microservices communicating with external APIs and databases?

Yes, seam testing is applicable to multi-module architectures with databases, external APIs, and file-system boundaries. It guides end-to-end and seam-level tests across services to validate cross-component consistency, such as verifying an order flow across microservices.

What's the best way to identify seams for cross-module workflow validation?

The best way to identify seams is to map cross-module workflows and isolate integration points between modules, databases, external APIs, and file-system boundaries. Explicit seam identification allows you to focus tests on observable outputs and deterministic scenarios.

Why are my integration tests brittle when component internals change?

Integration tests become brittle when they rely heavily on internal component mocking rather than observable outputs. Focus testing on system seams and cross-component interactions to ensure tests remain stable and deterministic under internal refactoring.