CACrown ArchivesHistory · sources · collections
Menu
Research dossier · Science & Nature

Unit testing

software testing method by which individual units of source code are validated

Specimen drawers, botanical folios and brass scientific instruments under study light
Science and natureInterpretive dossier study · Crown Archives visual atlas
Record originEnglish Wikipedia
Text licenseCC BY-SA 4.0
Source revisionAug 20, 2026
Entity authorityQ907375
Source-derived summary

Unit testing, also known as component or module testing, is a form of software testing by which isolated source code is tested to validate expected behavior.

Unit testing describes tests that are run at the unit-level to contrast testing at the integration or system level.

History

Unit testing, as a principle for testing separately smaller parts of large software systems, dates back to the early days of software engineering. In June 1956 at US Navy's Symposium on Advanced Programming Methods for Digital Computers, H.D. Benington presented the SAGE project. It featured a specification-based approach where the coding phase was followed by "parameter testing" to validate component subprograms against their specification, followed then by an "assembly testing" for parts put together.

In 1964, a similar approach is described for the software of the Mercury project, where individual units developed by different programmers underwent "unit tests" before being integrated together. In 1969, testing methodologies appear more structured, with unit tests, component tests and integration tests collectively validating individual parts written separately and their progressive assembly into larger blocks. Some public standards adopted in the late 1960s, such as MIL-STD-483 and MIL-STD-490, contributed further to a wide acceptance of unit testing in large projects.

Unit testing was in those times interactive or automated, using either coded tests or capture and replay testing tools. In 1989, Kent Beck described a testing framework for Smalltalk (later called SUnit) in "Simple Smalltalk Testing: With Patterns".

Editorial summary

This brief starts where responsible research should: with the source description of “Unit testing” as software testing method by which individual units of source code are validated. Everything that follows is an evidence route, not borrowed authority.

Editorial reviewA practical orientation to terminology and classification, particularly when read beside dated observations, specimens or technical literature. The current lead gives the account dated anchors—1956, 1964, 1969, 1989—that can be checked directly. The selected authority fields contribute no independent date. The account is most persuasive where Unit, testing and software can be independently traced.
Editorial analysis

Why this record matters

The subject matters to the science & nature register because the source frames it as software testing method by which individual units of source code are validated. Its deeper value depends on whether names, dates, institutions and citations support that framing.

Evidence profile

Datasets, specimens, observations and peer-reviewed methods provide the appropriate test for the technical claims summarized here. The source revision retrieved here is dated Aug 20, 2026. The linked authority identifier is Q907375. None of the 0 selected statements returned an explicit reference. The first chronological checks are 1956, 1964, 1969 and 1989.

Critical limits

A general summary may omit uncertainty, sample limits or methodological disagreement that is explicit in the technical record. The lead is largely declarative, so disagreement and counter-evidence require a deliberate search beyond the opening account. Authority statements aid reconciliation but still require their own references, qualifiers and ranks to be checked.

How to read it

Check terminology, classification and the date of the cited evidence. Scientific names and technical consensus can change while older records retain historical value.

Best used for
  • Current terminology
  • Classification context
  • Finding cited technical literature
Verify next

Primary datasets, specimen catalogues, standards bodies and the most recent peer-reviewed literature.

Three-step research path

  1. Establish the record: confirm the title “Unit testing”, its source revision and the description used here.
  2. Expand the search: follow Unit testing primary sources, Unit testing archive and Unit research across catalogues and specialist indexes.
  3. Test the account: compare the strongest cited source with the responsible institution’s current record and note any disagreement.

Questions for further research

  1. Which source most directly establishes the central claim about “Unit testing”?
  2. Has classification or technical consensus changed since the cited source?
  3. Is the terminology current, historical or disputed?
Subject index

Search terms from this dossier

Source & attribution

This entry incorporates text from Unit testing” on English Wikipedia. Contributors are listed in the page history. Text is available under the Creative Commons Attribution-ShareAlike 4.0 License. Selected authority identifiers and statements are retrieved from Wikidata under CC0; their references and qualifiers remain part of the verification path.