The premise of TDD is to write tests that satisfy that a piece of functionality is working as expected.
Be this a unit of code (unit test) or a higher level feature (acceptance test).
A test should be written to fail. (Red)
Simply enough code should be written to make this test pass (Green)
Code should then be tidied up and optimised (Refactor).
This is inline with the Kent Beck model of Red, Green, Refactor for Test Driven Development.
Subscribe to:
Post Comments (Atom)
The road to CAIO
The Engineer Who Stops Owning Only the Code For much of a software engineer’s career, progression appears straightforward. Junior Develope...
-
The Concept of True North in Lean Methodology In the world of Lean methodology, one of the most fundamental and guiding principles is ...
-
As engineering teams grow, so does the need for leadership that isn’t purely managerial. Enter the Staff Engineer —a senior individual contr...
-
Engineering managers are often expected to provide clarity amid chaos. You may have a team delivering features at full speed, but without a...
No comments:
Post a Comment