CSC/ECE 517 Fall 2012/ch2a 2w31 up: Difference between revisions
No edit summary |
No edit summary |
||
Line 2: | Line 2: | ||
==Introduction== | ==Introduction== | ||
[http://en.wikipedia.org/wiki/Test-driven_development Test Driven Development] | [http://en.wikipedia.org/wiki/Test-driven_development Test Driven Development] is an evolutionary approach to software development that requires a developer to write test code before that actual code and then write the minimum code to pass that test. This process is done iteratively to ensure that all units in the application is tested for optimum functionality, individually and in synergy with others. This produces applications of high quality in less time. | ||
=== TDD vs BDD === | |||
=== Advantages and Disadvantages === | |||
==== Advantages ==== | |||
ensures the code is tested and enables you to retest your code quickly and easily, since it’s automated. | |||
=== Seams === | === Seams === | ||
== <span style="color:#FF0000">Red</span> – <span style="color:#0000FF">Green</span> – Refactor | |||
• Capture that thought in a test, which fails! | |||
• Write the simplest possible code that lets the | |||
test pass! | |||
• Refactor: DRY out commonality w/other tests! | |||
• Continue with next thing code should do ! | |||
==Examples== | ==Examples== | ||
== References == | == References == | ||
Line 13: | Line 32: | ||
== See Also == | == See Also == | ||
[http://www.slideshare.net/Skud/test-driven-development-tutorial TDD in different languagues] | [http://www.slideshare.net/Skud/test-driven-development-tutorial TDD in different languagues] | ||
[http://www.agiledata.org/essays/tdd.html Disciplined Agile Delivery (DAD): A Practitioner’s Guide to Agile Software Delivery in the Enterprise by Scott W. Ambler and Mark Lines, IBM Press, ISBN: 0132810131] |
Revision as of 19:36, 19 October 2012
SaaS - 5.3 - The TDD cycle: red-green-refactor
Introduction
Test Driven Development is an evolutionary approach to software development that requires a developer to write test code before that actual code and then write the minimum code to pass that test. This process is done iteratively to ensure that all units in the application is tested for optimum functionality, individually and in synergy with others. This produces applications of high quality in less time.
TDD vs BDD
Advantages and Disadvantages
Advantages
ensures the code is tested and enables you to retest your code quickly and easily, since it’s automated.
Seams
== Red – Green – Refactor
• Capture that thought in a test, which fails! • Write the simplest possible code that lets the test pass! • Refactor: DRY out commonality w/other tests! • Continue with next thing code should do !
Examples
References
<references/>
See Also
TDD in different languagues Disciplined Agile Delivery (DAD): A Practitioner’s Guide to Agile Software Delivery in the Enterprise by Scott W. Ambler and Mark Lines, IBM Press, ISBN: 0132810131