- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему Tdd – test-driven development
Содержание
- 2. Кент Бек — разработчик программного обеспечения, создатель таких методологий разработки ПО как экстремальное программирование (XP) и разработка через тестирование (TDD)
- 3. Разработка через тестированиеТехника разработки ПО, основывающаяся на
- 4. ТестТест – это процедура, которая позволяет либо подтвердить, либо опровергнуть работоспособность кода.Тесты бывают ручные и автоматические.
- 5. Инверсия ответственностиОт логики тестов и от их качества зависит, будет ли код соответствовать техническому заданию.
- 6. Методика TDDМетодика TDD заключается, в основном, в
- 7. Мантра TDDНаписать тест;Добиться, чтобы тест сработал;Устранить дублирование (выполнить рефакторинг).
- 8. Цикл разработки TDD
- 9. РефакторингПроцесс изменения внутренней структуры программы, не затрагивающий
- 10. Причины применения рефакторингаРефакторинг применяется постоянно при разработке
- 11. Пишем тест
- 12. Нет класса Dollar;Нет конструктора;Нет метода times()Нет переменной класса Amount.Не компилируется – 4 ошибки!
- 13. Решение
- 14. Успешный тест – зеленая полоса!
- 15. Полный цикл TDDДобавить небольшой тест.Запустить все тесты,
- 16. После рефакторинга
- 17. Обычный цикл TDD
- 18. 1. Напишите тест.Представьте, как будет реализована в
- 19. 2. Заставьте тест работатьПервоочередная задача – получить
- 20. 3. Улучшите решениеПосле того, как система работает,
- 21. Чистый код, который работаетСначала мы получаем код, который работает.Затем делаем из него чистый код.
- 22. Слабые места TDDСложно привыкнуть.Сложно применять TDD в
- 23. Скачать презентацию
- 24. Похожие презентации
Кент Бек — разработчик программного обеспечения, создатель таких методологий разработки ПО как экстремальное программирование (XP) и разработка через тестирование (TDD)
Слайд 2
Кент Бек — разработчик
программного обеспечения, создатель таких методологий разработки
ПО как экстремальное программирование (XP) и разработка через тестирование (TDD)
Слайд 3
Разработка через тестирование
Техника разработки ПО, основывающаяся на повторении
очень коротких циклов разработки:
Написать тест, покрывающий желаемое изменение.
Написать
код, который позволяет пройти тест.Выполнить рефакторинг.
Слайд 4
Тест
Тест – это процедура, которая позволяет либо подтвердить,
либо опровергнуть работоспособность кода.
Тесты бывают ручные и автоматические.
Слайд 5
Инверсия ответственности
От логики тестов и от их качества
зависит, будет ли код соответствовать техническому заданию.
Слайд 6
Методика TDD
Методика TDD заключается, в основном, в организации
автоматических тестов (unit testing) и выработке определенных навыков тестирования.
Одной
из особенностей является написание тестов ДО написания кода.
Слайд 7
Мантра TDD
Написать тест;
Добиться, чтобы тест сработал;
Устранить дублирование (выполнить
рефакторинг).
Слайд 9
Рефакторинг
Процесс изменения внутренней структуры программы, не затрагивающий её
внешнего поведения и имеющий целью облегчить понимание её работы.
Слайд 10
Причины применения рефакторинга
Рефакторинг применяется постоянно при разработке кода.
Основными стимулами являются:
Необходимо добавить новую функцию, которая недостаточно укладывается
в принятое архитектурное решение.Необходимо исправить ошибку, причины возникновения которой сразу не ясны. (Плохой код).
Преодоление трудностей в разработке, которые обусловлены сложной логикой программы. (Плохой код).
Слайд 12
Нет класса Dollar;
Нет конструктора;
Нет метода times()
Нет переменной класса
Amount.
Не компилируется – 4 ошибки!
Слайд 15
Полный цикл TDD
Добавить небольшой тест.
Запустить все тесты, при
этом обнаружить, что что-то не срабатывает.
Внести небольшое изменение.
Снова запустить
тесты и убедиться, что все они успешно выполняются.Устранить дублирование с помощью рефакторинга.
Слайд 18
1. Напишите тест.
Представьте, как будет реализована в коде
воображаемая операция.
Придумывая её интерфейс, опишите все элементы, которые, как
вам кажется, понадобятся.Пример: в первом тесте мы добавили класс Dollar, функцию times и переменную-член Amount.
Слайд 19
2. Заставьте тест работать
Первоочередная задача – получить зеленую
полосу.
Если ОЧЕВИДНО простое и элегантное решение – создайте его.
Если
на реализацию такого решения потребуется время – ОТЛОЖИТЕ его. Просто отметьте, что к нему придется вернуться, когда будет решена основная задача – быстро получить зеленый индикатор.Противоречит правилам хорошей разработки?
Слайд 20
3. Улучшите решение
После того, как система работает, избавьтесь
от прошлых прегрешений и вернитесь к хорошей разработке.
Удалите дублирование
(и другие огрехи) и быстро сделайте так, чтобы полоска снова стала зеленой.
Слайд 21
Чистый код, который работает
Сначала мы получаем код, который
работает.
Затем делаем из него чистый код.
Слайд 22
Слабые места TDD
Сложно привыкнуть.
Сложно применять TDD в ряде
случаев, например, при разработке GUI.
Требуется больше времени на разработку,
т.к. необходимо писать тесты.Т.к. модульные тесты обычно пишутся теми же, кто написал код, то в случае неверной трактовки требований к приложению, и тест и тестируемый код могут содержать ошибки.
И др.
