• DocumentCode
    1356322
  • Title

    Design for Test

  • Author

    Wirfs-Brock, R.J.

  • Author_Institution
    Wirfs-Brock Assoc., OR, USA
  • Volume
    26
  • Issue
    5
  • fYear
    2009
  • Firstpage
    92
  • Lastpage
    93
  • Abstract
    As developers, we\´re expected to turn out implementations proven by tests that we or others have written. Doing otherwise is considered unprofessional. But does code that\´s designed to be testable differ fundamentally from code that isn\´t? What does it mean to design for test? Advocates of test-driven development (TDD) write tests before implementing any other code. They take to heart Tom Peters\´ credo, "Test fast, fail fast, adjust fast." Testing guides their design as they implement in short, rapid-fire "write test code - fail the test - write enough code to pass - then pass the test" cycles. Regardless of whether you adhere to TDD design rhythms, writing unit tests forces you to articulate pesky edge cases and clean up your design.
  • Keywords
    program testing; design for test; program testing; test-driven development; Assembly; Collaboration; Feathers; Heart; Rhythm; Software performance; Software testing; System testing; Wiring; Writing; debugging; software design; software engineering; test-driven design; unit tests;
  • fLanguage
    English
  • Journal_Title
    Software, IEEE
  • Publisher
    ieee
  • ISSN
    0740-7459
  • Type

    jour

  • DOI
    10.1109/MS.2009.125
  • Filename
    5222803