Паттерны TDD

Доклад на тему паттернов TDD от Игоря Василенко

Transcript

1. Паттерны TDD и почему мы должны знать о них 1 Василенко Игорь
 iOS разработчик в Tinkoff.ru
 Блог: Vasilenko.tech
2. Agenda - The goal of patterns - Isolated Test - Test List - Test First - Assert First - Evident Data - Test Data 2 - A little bit about TDD
3. A little bit about TDD 3 –Мартин Фаулер Test-driven development — техника разработки ПО, которая определяет разработку через написание тестов.
4. A little bit about TDD 4
5. A little bit about TDD 5 Преимущества TDD • Продумывание интерфейса до реализации • Меньше отладки • Меньше ошибок • Уверенность при изменении • Документация тестами
6. A little bit about TDD 6 Недостатки TDD • Больше времени на реализацию • Ложное ощущение надежности, ошибка в тесте • Поддержка тестов
7. The goal of patterns Порог вхождения Чистые тесты Продуктивность Качество Чистая архитектура 7
8. Isolated Test 8 –Кент Бек Если у нас один сломанный тест — то у нас только одна проблема. Если уже два сломанных теста — у нас две проблемы.
9. Isolated Test 9 Unit Test 1 Unit Test 2 Unit Test 3 Unit Test 4
10. Isolated Test 10 Unit Test 1 Unit Test 2 Unit Test 3 Unit Test 4
11. Isolated Test 11 Unit Test 1 Unit Test 2 Unit Test 3 Unit Test 4
12. Isolated Test 12 Unit Test 1 Unit Test 2 Unit Test 3 Unit Test 4
13. Isolated Test 13 Unit Test 1 Unit Test 2 Unit Test 3 Unit Test 4
14. Isolated Test 14
15. Isolated Test 15 Просто забудьте для себя фразу - порядок выполнения тестов.
 Считайте для себя unit-тест как изолированную единицу.
16. Isolated Test 16 Unit Test Unit Test Unit Test Unit Test
17. Isolated Test 17 Unit Test Unit Test Unit Test Unit Test
18. Isolated Test 18 Summary • Чистые тесты • Продуктивность • Экономия времени
19. Test List • Разработчик не может помнить обо всем • А если и может, то делает это в ущерб самому себе
20. Test List 20 • Cоставьте список тестов, которые вы хотели бы реализовать. • К каждому такому тесту накидайте себе черновик его реализации.
21. Test List 21 Bad way Составили список тестов на бумажке 
 и сразу же реализовали их пачкой.
22. Test List 22 Good way Составили список тестов на бумажке 
 и реализовали тесты по Red-Green-Refactor
23. Test List 23 Summary • Порог вхождения • Продуктивность • Качество
24. Test First 24 Пишите тесты до того, как вы напишете production код. Если вы скажете себе “Я сделаю это потом”, то не сделаете это, возможно, никогда.
25. Test First 25 1. Пишем новый тест на новую функциональность
26. Test First 26 2. Создаем новый класс для теста и функцию, на которую мы пишем тест
27. Test First 27 3. Убеждаемся, что наш тест упал
28. Test First 28 4. Реализуем функцию валидатора
29. Test First 29 5. Убеждаемся, что тест прошел
30. Test First 30 Summary • Наиболее качественный code-coverage • Отличная документация • Меньшее количество дефектов • Гораздо меньше времени на отладку
31. Assert First 31 Попробуйте писать тесты начиная с assert/expect/should, то есть снизу-вверх. Такой подход будет сам подсказывать вам, что нужно сделать для того, чтобы тест прошел успешно.
32. Assert First 32 Пример
33. Assert First 33 Summary • Сразу обозначаем, чего мы ожидаем в результате • Проще находиться в контексте задачи
34. Test Data 34 Используйте данные для тестов, которые будут понятны для того, кто будет читать ваши тесты и не вводить в заблуждение.
35. Test Data 35 Bad way func test_whenValidateText_withLowercasedCharacters_thatValidatorReturnsNO() { // given let validator = TextValidator() // when let isTextUppercased = validator.isTextUppercased(textForValidation) // then XCTAssertFalse(isTextUppercased) } let textForValidation = "cocoaheads"
36. Test Data 36 Bad way func test_whenValidateText_withLowercasedCharacters_thatValidatorReturnsNO() { // given let validator = TextValidator() // when let isTextUppercased = validator.isTextUppercased(textForValidation) // then XCTAssertFalse(isTextUppercased) } let textForValidation = "cocoaheads" - Почему конкретно эта строка? Почему не другая?
37. Test Data 37 func test_whenValidateText_withLowercasedCharacters_thatValidatorReturnsNO() { // given let validator = TextValidator() // when let isTextUppercased = validator.isTextUppercased(textForValidation) // then XCTAssertFalse(isTextUppercased) } Good way let textForValidation = RandomTextFactory.word().lowercased()
38. Test Data 38 func test_whenValidateText_withLowercasedCharacters_thatValidatorReturnsNO() { // given let validator = TextValidator() // when let isTextUppercased = validator.isTextUppercased(textForValidation) // then XCTAssertFalse(isTextUppercased) } Good way let textForValidation = RandomTextFactory.word().lowercased()
39. Test Data 39 Summary • Чистые тесты • Понятный контекст тестовых данных • Мы ни на минуту не задумываемся о смысле данных
40. Evident Data 40 Во время написания теста мы могли бы вычислить или рассчитать длинные значения, которые мы ожидаем как результат. Не делайте этого, это может запутать читателя в отношении бизнес-логики.
41. Evident Data 41 Bad way // given let bank = Bank() bank.rate = Rate(fromCurrency: "USD", toCurrency: "GBP", rate: 2) bank.commission = 0.015 // when let result = bank.convert(Money(withCurrency: "GBP", amount: 100), toCurrency: "GBP") // then XCTAssertEqual(Money(withCurrency: "GBP", amount: 100/2*(1-0.015)), result)
42. Evident Data 42 Bad way // given let bank = Bank() bank.rate = Rate(fromCurrency: "USD", toCurrency: "GBP", rate: 2) bank.commission = 0.015 // when let result = bank.convert(Money(withCurrency: "GBP", amount: 100), toCurrency: "GBP") // then XCTAssertEqual(Money(withCurrency: "GBP", amount: 100/2*(1-0.015)), result) - Почему именно так рассчитывается конвертация? - Уверены ли мы, что в реализации такой же алгоритм?
43. Evident Data 43 Good way // given let bank = Bank() bank.rate = Rate(fromCurrency: "USD", toCurrency: "GBP", rate: 2) bank.commission = 0.015 // when let result = bank.convert(Money(withCurrency: "GBP", amount: 100), toCurrency: "GBP") // then XCTAssertEqual(Money(withCurrency: "GBP", amount: 49.25), result)
44. Evident Data 44 Good way // given let bank = Bank() bank.rate = Rate(fromCurrency: "USD", toCurrency: "GBP", rate: 2) bank.commission = 0.015 // when let result = bank.convert(Money(withCurrency: "GBP", amount: 100), toCurrency: "GBP") // then XCTAssertEqual(Money(withCurrency: "GBP", amount: 49.25), result)
45. Evident Data 45 Summary • Явность теста • Чистота бизнес-логики • Уменьшает боль при чтении тестов
46. Conclusion 46 • Тесты не должны зависеть друг от друга • Составляйте список тестов, которые нужно реализовать • Пишите тесты до того, как вы напишете production код • Начните писать тесты с assert/expect/should проверок (снизу-вверх) • Используйте данные для тестов, которые не вводят в заблуждение • Предпочтите в своих тестах явные данные, нежели вычисляемые
47. The end. 47