Skip to content

Commit a0c28cd

Browse files
committed
docs(angular): 📝 add reference to tdd
1 parent 8367bbe commit a0c28cd

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

apps/cookbook/docs/angular/01-testing/02-designing-a-pragmatic-testing-strategy/index.mdx

+1-1
Original file line numberDiff line numberDiff line change
@@ -219,7 +219,7 @@ Testing, and more precisely TDD, **keeps us focused on the task at hand, enablin
219219

220220
### The Wedding Registry Anecdote
221221

222-
I had the privilege of being "born" into [eXtreme Programming](../../02-glossary.md#extreme-programming) _(XP)_. My first job _(back in 2007)_ was with a team deeply committed to XP values and practices. As the least experienced developer on the team, Test-Driven Development _(TDD)_ saved me _(among other practices)_.
222+
I had the privilege of being "born" into [eXtreme Programming](../../02-glossary.md#extreme-programming) _(XP)_. My first job _(back in 2007)_ was with a team deeply committed to XP values and practices. As the least experienced developer on the team, [Test-Driven Development](../../02-glossary.md#tdd) _(TDD)_ saved me _(among other practices)_.
223223

224224
Thirteen years later, having always relied on testing and TDD, **I had to challenge my well-established assumptions**. What if we didn't need as much testing? Could there be situations where testing wasn't necessary at all? We don't need tests for a one-shot simple script or some [Spikes](../../02-glossary.md#spike), but we need tests for ambitious products, right? But where is the line?
225225

apps/cookbook/docs/angular/02-glossary.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -123,7 +123,7 @@ Tests should not change their result if the structure of the code changes.
123123

124124
Tests should be cheap to write relative to the cost of the code being tested.
125125

126-
## Test-Driven Development _(TDD)_
126+
## Test-Driven Development _(TDD)_ {#tdd}
127127

128128
Test-Driven Development _(TDD)_ is a software development process that relies on the repetition of a very short 3-phase development cycle: first, the developer writes an _(initially failing)_ test that defines a desired behavior, then produces the minimum amount of code that makes that test pass, and finally tidies up the new code to acceptable standards.
129129

0 commit comments

Comments
 (0)