Документ освещает лучшие практики юнит-тестирования, включая важность тестов, правила их написания и структурирования, а также рекомендации по повторному использованию кода и устранению непостоянных объектов. Он подчеркивает необходимость надежных, читаемых и поддерживаемых тестов, а также описывает различные подходы к именованию тестов и стратегии уменьшения дублирования в тестовом коде. В документе представлены примеры и шаблоны для эффективного проектирования юнит-тестов.

1. Unit testing best
practices
Oleksandr Masalov

2. Agenda
• зачем нужны юниттесты?
• unit of coverage/work
• требования к юниттестам и как
не нужно писать тесты
• повторное использование
кода(initialization, asserts)

3. Зачем нужны юниттесты?
поиск багов? (интеграционные тесты)
регрессионное тестирование?
(интеграционные тесты)
улучшение качества кода(дизайна
компонентов)
поиск багов в случае рефакторинга!
(изменение поведения компонента)
источник спецификации системы

4. Unit of coverage/work

5. Return value/exception

6. Example: Return value/exception

7. State change

8. Example: State change

9. 3rd party call

10. Example: 3rd party call

11. Требования к юниттестам

12. Надежные (Trustworthy)
• должны легко запускаться
• failed test == поведение модуля
•
изменилось
тесты независимы друг от друга

13. Readable
•
•
•
•
•
•
Структура
Именование тестов (self-desciptive)
Именование переменных (self-desciptive)
No IFs, SWITCHs (split test)
1-15 lines
Don't Repeat Yourself & Descriptive And
Meaningful Phrases

14. Структура

15. Именование тест методов
Pattern:
UnitOfWork_Input_ExpectedOutput
UnitOfWork_LogicalAction_ExpectedChangeInBehavior
UnitOfWork_ActionOrInput_ExpectedCallToThirdParty
Examples:
Addition_PositiveNumbers_ReturnsSum()
Addition_WhenCalled_ResetsTheNextSum()
Addition_NegativeNumbers_CallsLogger()

16. Именование тест методов - 2

17. Поддерживаемые (Maintainable)
• Тестируйте только public интерфейс
• Не используйте объекты, которые
•
•
•
непостоянны(DateTime.Now, Thread,
Random etc)
Не дублируйте продакшин логику
Не тестируйте всё в одном тесте
Многократно используйте код для
тестов(initialize, assert etc)

18. Не используйте объекты, которые
непостоянны
DateTime.Now, Thread, Random etc

19. Не дублируйте продакшин логику

20. Не тестируйте всё в одном тесте
сложно именовать
тест не отображает полной картины
•
•

21. Структурируйте тесты!
• Arrange, Act, Assert
• Four-Phase Test
• Given/When/Then

22. Arrange, Act, Assert - format
if(test.lines <= 3)
{
без форматирования
}else if (test.lines > 3 && !test.hasSubSections)
{
blank line разделитель
}
else{
code comment(Arrange, Act, Assert)
}

23. Four-Phase Test

24. Given/When/Then

25. Code reuse - Initialization problem

26. Test data initialization:
Object Mother pattern
Test Data builder pattern
•
•
SUT initialization:
SUT Mother pattern
SUT Builder pattern
Auto-Mocking container
•
•
•

27. Object Mother Pattern
var basket = CreateWithDiscount();
var basket = CreateWithSmallDiscount();
var basket = CreateWithLargeDiscount();
var basket =
CreateWithLargeDiscountButWithSpecialOffer();
…

28. Fluent Builder Pattern
var basket = new BasketBuilder().Build();
var basket = new
BasketBuilder().WithSmallDiscount().Build();
var basket = new BasketBuilder()
.WithLargeDiscount()
.WithSpecialOffer()
.Build();
…

29. Example: Test Data Builder

30. SUT Mother

31. SUT Builder

32. Auto-Mocking container pattern

33. Code reuse - Asserts problem

34. Object types
• Entities - Identity(long lived Id)
 Customers
 Products
• Value Objects - Identity(Value)
 Money(currency
+ amount)
• Services - Identity(by default reference)

35. Value Objects (Override Equals + GetHashCode)

36. Test-specific equality
• Comparer
 concrete
IEqualityComparer
• Resemblance(for non-sealed classes)
• Likeness(SemanticComparison)

37. Comparer

38. Resemblance (partially comparison)
Order присваевает id продукту

39. Example: Resemblance

40. Likeness (convension based
comparison)

41. Q&A