liveBook · Manning

Component testing

Component testing evaluates an individual software component’s behavior at its boundaries, independently of the wider system while allowing relevant interactions with dependencies.

How 3 Manning books explain it

BDD in Action, Second Edition

A component test evaluates an individual software component or UI component in isolation from parts of the wider system.

How it is used
Applies isolated UI checks when full-system assembly adds cost without improving confidence in the behavior under test.
How deep it goes
Explains isolation and test-boundary choices with registration scenarios, but stops short of detailed component-test implementation.
Examples
Uses registration-field validation, terms acceptance, mocked services, Storybook, and Playwright Component Tests as examples.
What you can do after
Apply it via Storybook or Playwright Component Tests to verify UI behavior without deploying the entire system.

Read how BDD in Action, Second Edition explains component testing →

Web Components in Action

Component testing is the practice of verifying a reusable interface component's behavior, rendering, and public API in isolation.

How it is used
Verifies Web Component behavior, rendering, and public APIs through browser-run tests.
How deep it goes
Builds fixtures, suites, assertions, and boundary tests without descending into browser automation internals.
Examples
Uses a slider fixture to test initial values, JavaScript setters, rendered thumb position, and min/max clamping.
What you can do after
Apply it via Web Component Tester, Mocha, and Chai to run component tests in automated browsers.

Read how Web Components in Action explains component testing →

Build Financial Software with Generative AI (From Scratch)

Component testing is testing that evaluates an isolated software component, such as an API, independently of other components.

How it is used
Evaluates an API independently to catch malformed requests and exception conditions.
How deep it goes
Demonstrates endpoint assertions and BDD structure, while deferring broader testing categories and detailed implementation.
Examples
Uses a FastAPI /files endpoint, TestClient assertions, and a BDD feature with step definitions.
What you can do after
Apply it via FastAPI TestClient to verify endpoint status codes and response data.

Read how Build Financial Software with Generative AI (From Scratch) explains component testing →

Related concepts

These guides are generated from the text of Manning books by Manning's knowledge graph and link to the sections they draw on. The full books are available on liveBook and at manning.com.