AgileCamp'11 Новосибирск - Unit Tests
Download as PPTX, PDF•0 likes•708 views
Документ обсуждает основы юнит-тестирования и его жизненный цикл, включая ключевые понятия, такие как fixture, test case и test suite. Также рассматривается специфика юнит-тестирования в контексте Agile и лучшие практики, такие как использование mocking и тестовых дублей. В заключение подчеркивается важность написания тестов и их связь с другими практиками, такими как рефакторинг и коллективное владение кодом.
AgileCamp'11 Новосибирск - Unit Tests
- 2. Вопрос • Кто знаком с Unit Test’ами?
- 3. Основные понятия • Fixture • Test Case • Check • Test Suite
- 4. Цикл жизни Unit Test 1. Set up fixture 2. Execute test scenario 3. Check that everything worked properly
- 5. Специфика Unit Test для XP • Нужен framework • Тестируется весь значимый код • Тесты хранятся в репозитории кода вместе с кодом • Код без тестов не считается завершённым • В случае обнаружение бага пишется тест, который обнаруживает его
- 6. Unit Test помогает … • Тестировать • Формализовать требования • Определиться с архитектурой • Писать код • Отлаживать код • Выпускать релизы • Оптимизировать
- 8. Нетестируемая архитектура source: http://martinfowler.com/articles/injection.html
- 9. Тестируемая архитектура source: http://martinfowler.com/articles/injection.html
- 10. IoC и DI • Inversion of Control • Dependency Injection
- 11. Типы тестовых дублей • Dummy – никогда реально не используется; • Fake – содержит упрощённую реализацию; • Stubs – возвращает заготовленный ответ, иногда запоминает информацию по вызовам; • Mocks – объекты, с запрограммированным ожиданием определённых вызов к ним;
- 12. ЗАПАХИ ТЕСТОВ
- 13. Медленные тесты • Редко запускаются • Плохая изоляция
- 14. Хрупкие тесты • Плохое тестирование • Плохой дизайн
- 15. Тест-”спагетти” • You aren’t gonna need it (YAGNI) • Опять плохой дизайн • Тест много знает о классе
- 16. Эхо в горах • Одна ошибка– много сломаных тестов • Don’t repeat yourself (DRY)
- 17. Чрезмерное доверие мокам • Аккуратное использование моков • Использование интеграционных тестов
- 18. Недостаточное доверие мокам • Хрупкие медленные тесты с Эхо эффектом • Big setUp() • Правильное использования моков
- 19. ЗАКЛЮЧЕНИЕ
- 20. Связь с другими практиками • Коллективное владение кодом • Рефакторинг • Регулярные сборки
- 21. Часто можно слышать фразы • «У нас нет времени на тесты, поэтому мы их не пишем» • «Мы напишем тесты после того, как проект будет готов»