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.