Экстремальное программирование. Разработка через тестирование

TriangleTest
testEquilateral
self assert: (self evaluate: 2 side: 2 side: 2) = 1
testIsosceles
self assert: (self evaluate: 1 side: 2 side: 2) = 2
testScalene
self assert: (self evaluate: 2 side: 3 side: 4) = 3

---

testIrrational
[self evaluate: 1 side: 2 side: 3]
on: Exception
do: [: ex | ^self].
self fail
testNegative
[self evaluate: -1 side: 2 side: 2]
on: Exception
do: [: ex | ^self].
self fail
testStrings
[self evaluate: ‘a’ side: ‘b’ side: ‘c’]
on: Exception
do: [: ex | ^self].
self fail
evaluate: aNumber1 side: aNumber2 side: aNumber3
| sides |
sides:= SortedCollection
with: aNumber1
with: aNumber2
with: aNumber3.
sides first <= 0 ifTrue: [self fail].
(sides at: 1) + (sides at: 2) <= (sides at: 3) ifTrue: [self fail].
^sides asSet size
Когда следует удалять тесты?
Чем больше тестов, тем лучше, од нако если д ва теста являются
избыточными по отношению д руг к д ругу, д олжны ли вы сохранить оба
этих теста в наборе? Это зависит от д вух критериев.
• Первый критерий – это уверенно сть. Никогд а не уд аляйте тест,
если в результате этого снизится ваша уверенно сть в повед ении
системы.
• Второй критерий – это коммуникация. Если у вас есть д ва теста,

---

которые тестируют од ин и тот же участок код а, од нако читателем эти
тесты рассматриваются как д ва различных сценария, сохраните оба
теста.
Отсюд а след ует, что, если у вас есть д ва теста, которые можно
считать избыточными как в отношении уверенно сти, так и в отношении
коммуникации, уд алите наименее полезный из этих тестов.
Как язык программирования и среда разработки влияют на TDD?
Попробуйте использовать под ход TDD в сред е Smalltalk с браузером
Refactoring Browser. Теперь попробуйте работать в сред е C++ с
ред актором vi. Почувствуйте разницу.
В языках программирования и сред ах разработки, в которых цикл
TDD выполняется сложнее (тест – компиляция – запуск – рефакторинг),
возникает тенд енция д вигаться вперед более д линными шагами:
• кажд ый тест охватывает больший объем код а;
• 
рефакторинг 
выполняется 
с 
меньшим 
количеством
промежуточных шагов.
Привод ит ли это к замед лению разработки, или, наоборот,
разработка ускоряется?
В языках программирования и сред ах, в которых проще выполнить
цикл TDD, у вас буд ет возникать желание больше экспериментировать с
код ом. Позволит ли это д вигаться быстрее и формировать лучшие
решения, или вам кажется, что лучше тратить время на д ополнительные
размышления о д изайне?