Cited by 26Software Engineering Techniques and PracticesSoftware Engineering ResearchSoftware Testing and Debugging Techniques

A Comparative Case Study on the Impact of Test-Driven Development on Program Design and Test Coverage

Open access
Siniaalto, Maria, Abrahamsson, Pekka·2007·First International Symposium on Empirical Software Engineering and Measurement (ESEM 2007)

Abstract

Test-driven development (TDD) is a programming technique in which the tests are written prior to the source code. It is proposed that TDD is one of the most fundamental practices enabling the development of software in an agile and iterative manner. Both the literature and practice suggest that TDD practice yields several benefits. Essentially, it is claimed that TDD leads to an improved software design, which has a dramatic impact on the maintainability and further development of the system. The impact of TDD on program design has seldom come under the researchers' focus. This paper reports the results from a comparative case study of three software development projects where the effect of TDD on program design was measured using object-oriented metrics. The results show that the effect of TDD on program design was not as evident as expected, but the test coverage was significantly superior to iterative test-last development.

The claims and statistics of this paper haven’t been checked yet.

Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.

A few free checks a day · papers already verified open instantly · results are public

Integrity signals

Registry

Crossref · 10.1109/esem.2007.35

Cites

24 of 24 references verified0 citation errors · 0 not checkable

Statistics

Claims the paper makes

The claims and statistics of this paper haven’t been checked yet.

Run the check — free, no account needed. It reads the open-access text and checks the sources it cites.

A few free checks a day · papers already verified open instantly · results are public

Claims other papers make about this one

Each is checked against this paper’s own text: does it say what the citing paper says it does?

  • TDD is compatible with Agile, Scrum, XP, and Lean.

    “TDD is compatible with various software development paradigms, including Agile, Scrum, XP, and Lean [5].”

    From Test Driven Development and Its Impact on Program Design and Software Quality: A Systematic Literature Review (2023) · cites this paper as [5]

    The Introduction links TDD to Extreme Programming (XP), and §3.1 describes a project using TDD within an agile development method. These passages support XP and an agile method, but our copy does not establish compatibility with Scrum or Lean (searched: “Agile Scrum XP Lean” and “Scrum Lean compatible software development paradigms”). (LLM, conf=0.88)

    Experimental — accuracy not yet measured
  • TDD is a critical component in ensuring that software is developed and delivered to meet customer requirements and maintain high-quality standards in Agile, Scrum, XP, and Lean paradigms.

    “TDD is a critical component in ensuring that software is developed and delivered to meet customer requirements and maintain high-quality standards in these paradigms [5].”

    From Test Driven Development and Its Impact on Program Design and Software Quality: A Systematic Literature Review (2023) · cites this paper as [5]

    Section 2.5 (Summary; page unavailable) says TDD may significantly improve software quality, and Section 3.2.5 reports high test coverage in a TDD project whose product was delivered to a customer as planned. The paper does not establish that TDD is critical to ensuring customer requirements or quality standards are met across Agile, Scrum, XP, and Lean; its quality finding is more qualified than the citing sentence. (LLM, conf=0.86)

    Experimental — accuracy not yet measured
  • TDD's effectiveness depends on factors like team size, project complexity, and organizational context, requiring careful planning.

    “TDD's effectiveness depends on factors like team size, project complexity, and organizational context, requiring careful planning [17, 22].”

    From Test Driven Development and Its Impact on Program Design and Software Quality: A Systematic Literature Review (2023) · cites this paper as [22]

    Section 2.3 says TDD may not suit all application domains, and Section 3.3 identifies product size and single-team, single-location development as limits on generalizing the study. Those passages support a qualified point about context, but they do not establish that effectiveness depends on team size, project complexity, or organizational context, or prescribe careful planning. (LLM, conf=0.84)

    Experimental — accuracy not yet measured

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

The self-check needs the paper’s full text.

Cites

Flagged first, then by citations

Research works printed but not linked: 5

  1. Beck, K., Extreme Programming Explained, Second Edition :Embrace Change, Addison-Wesley, Boston, MA, USA, 2004.
  2. K. Beck, "Aim, fire", IEEE Software 18(5), IEEE Computer Soc., Los Alamitos, CA, USA, 2001, pp. 87-89.
  3. Abrahamsson, P., A. Hanhineva and J. Jäälinoja, "Improving Business Agility Through Technical Solutions: A Case Study on Test-Driven Development in Mobile Software Development", in Business Agility and Information Technology Diffusion, R. Baskerville, L. Mathiassen, J. Pries-Heje and J. DeGross, Springer, New York, USA, 2004.
  4. The definite version was published in: Siniaalto, M., & Abrahamsson, P. (2007). A comparative case study on the impact of test-driven development on program design and test coverage. In Empirical Software Engineering and Measurement, 2007. ESEM 2007. First International Symposium on (pp. 275-284). IEEE.
  5. T. Ihme and P. Abrahamsson, "Agile Architecting: The Use of Architectural Patterns in Mobile Java Applications", International Journal of Agile Manufacturing 8(2), International Society of Agile Manufacturing, Vaajakoski, Finland, 2005, pp. 97-112.

Cited by

Sorted by citations

Authors
Siniaalto, M., & Abrahamsson, P.
Affiliations
VTT Technical Research Centre of Finland (FI)
Venue
First International Symposium on Empirical Software Engineering and Measurement (ESEM 2007)
Publisher
IEEE
Published
2007-09
Pages
275-284
ISSN
1938-6451 (ISSN-L)
OpenAlex
W3105854783
Cited by
26
References
24
Citations by year
2025: 2 · 2023: 2 · 2021: 3 · 2019: 2 · 2018: 2 · 2014: 1 · 2013: 3 · 2012: 1
FWCI
1.70
Type
conference paper
Language
en
Open access
Locations
  • Proceedings of the ... ACM-IEEE International Symposium on Empirical Software Engineering and Measurement/International Symposium on Empirical Software Engineering and Measurement (publishedVersion)
  • arXiv (Cornell University) (submittedVersion)
  • arXiv (Cornell University)
Topics
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Techniques and Practices
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Research
  • Physical Sciences › Computer Science › Software › Software Testing and Debugging Techniques
Keywords
test-driven development, program design, test coverage, object-oriented metrics, software maintainability, agile software development, iterative development

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review