Оцените презентацию от 1 до 5 баллов!
Тип файла:
ppt / pptx (powerpoint)
Всего слайдов:
6 слайдов
Для класса:
1,2,3,4,5,6,7,8,9,10,11
Размер файла:
264.56 kB
Просмотров:
117
Скачиваний:
0
Автор:
неизвестен
Слайды и текст к этой презентации:
№1 слайд![Модульное тестирование unit](/documents_6/762d85241e48772503a06e95f5a02ded/img0.jpg)
Содержание слайда: Модульное тестирование
( unit testing)
Выполнил студент группы 315с:
Трухин Е.И.
№2 слайд![Определение Модульное](/documents_6/762d85241e48772503a06e95f5a02ded/img1.jpg)
Содержание слайда: Определение
Модульное тестирование, или юнит-тестирование (англ. unit testing) — процесс в программировании, позволяющий проверить на корректность отдельные исходного кода программы.
№3 слайд![Идея состоит в том, чтобы](/documents_6/762d85241e48772503a06e95f5a02ded/img2.jpg)
Содержание слайда: Идея состоит в том, чтобы писать тесты для каждой нетривиальной функции или метода. Это позволяет достаточно быстро проверить, не привело ли очередное изменение кода к регрессии, то есть к появлению ошибок в уже оттестированных местах программы, а также облегчает обнаружение и устранение таких ошибок.
№4 слайд![Преимущества Цель модульного](/documents_6/762d85241e48772503a06e95f5a02ded/img3.jpg)
Содержание слайда: Преимущества
Цель модульного тестирования — изолировать отдельные части программы и показать, что по отдельности эти части работоспособны.
№5 слайд![Поощрение изменений Модульное](/documents_6/762d85241e48772503a06e95f5a02ded/img4.jpg)
Содержание слайда: Поощрение изменений
Модульное тестирование позже позволяет программистам проводить рефакторинг, будучи уверенными, что модуль по-прежнему работает корректно. Это поощряет программистов к изменениям кода, поскольку достаточно легко проверить, что код работает и после изменений.
Рефа́кторинг или реорганизация кода — процесс изменения внутренней структуры программы, не затрагивающий её внешнего поведения и имеющий целью облегчить понимание её работы. В основе рефакторинга лежит последовательность небольших преобразований. Поскольку каждое преобразование маленькое, программисту легче проследить за его правильностью, и в то же время вся последовательность может привести к существенной перестройке программы и улучшению её согласованности и четкости.
№6 слайд![Отделение интерфейса от](/documents_6/762d85241e48772503a06e95f5a02ded/img5.jpg)
Содержание слайда: Отделение интерфейса от реализации
Поскольку некоторые классы могут использовать другие классы, тестирование отдельного класса часто распространяется на связанные с ним. Например, класс пользуется базой данных; в ходе написания теста программист обнаруживает, что тесту приходится взаимодействовать с базой. Это ошибка, поскольку тест не должен выходить за границу класса. В результате разработчик абстрагируется от соединения с базой данных и реализует этот интерфейс, используя свой собственный mock-объект. Это приводит к менее связанному коду, минимизируя зависимости в системе.
Mock-объект в ООП - тип объектов, реализующих заданные аспекты моделируемого программного окружения.