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)
React vs. Vue: A Principal Engineer’s Perspective
As a Principal Engineer with over a decade of experience in front-end development, I’ve witnessed the evolution of JavaScrip...
-
"I'm a Celebrity, Get Me Out of Here" has become a cultural phenomenon, captivating audiences worldwide with its thri...
-
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...
No comments:
Post a Comment