Слайд 2Часть 2. Отладка ПС
Виды отладки:
Автономная отладка (последовательное раздельное тестирование различных частей программ,
![Часть 2. Отладка ПС Виды отладки: Автономная отладка (последовательное раздельное тестирование различных](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-1.jpg)
входящих в состав ПС с поиском и исправлением фиксируемых при тестировании ошибок).
Комплексная отладка (тестирование ПС с поиском и исправлением ошибок во всех документах, включая тексты программ ПС, требования к ПС, спецификация качества ПС, описание архитектуры).
(См. рисунок)
Слайд 9Автономная отладка ПС
При автономной отладке ПС каждый модуль тестируется в некотором программном
![Автономная отладка ПС При автономной отладке ПС каждый модуль тестируется в некотором](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-8.jpg)
окружении, состоящем из других модулей, часть которых является модулями отлаживаемой программы, которые уже отлажены, а часть - модулями, управляющими отладкой (отладочными модулями).
Таким образом, при автономной отладке тестируется всегда некоторая программа (тестируемая программа), построенная специально для тестирования отлаживаемого модуля. Эта программа лишь частично совпадает с отлаживаемой программой, кроме случая, когда отлаживается последний модуль отлаживаемой программы.
В процессе автономной отладки ПС производится наращивание тестируемой программы отлаженными модулями: при переходе к отладке следующего модуля в его программное окружение добавляется последний отлаженный модуль. Такой процесс наращивания программного окружения отлаженными модулями называется интеграцией программы.
Слайд 10При восходящем тестировании (см. лекцию 7) это окружение будет содержать только один
![При восходящем тестировании (см. лекцию 7) это окружение будет содержать только один](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-9.jpg)
отладочный модуль (кроме случая, когда отлаживается последний модуль отлаживаемой программы), который будет головным в тестируемой программе.
Такой отладочный модуль называют ведущим (или драйвером).
Ведущий отладочный модуль подготавливает информационную среду для тестирования отлаживаемого модуля, осуществляет обращение к отлаживаемому модулю и после окончания его работы выдает необходимые сообщения.
При отладке одного модуля для разных тестов могут составляться разные ведущие отладочные модули.
Слайд 11При нисходящем тестировании (см. лекцию 7) окружение отлаживаемого модуля в качестве отладочных
![При нисходящем тестировании (см. лекцию 7) окружение отлаживаемого модуля в качестве отладочных](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-10.jpg)
модулей содержит отладочные имитаторы (заглушки) некоторых еще не отлаженных модулей.
К таким модулям относятся, прежде всего, все модули, к которым может обращаться отлаживаемый модуль, а также еще не отлаженные модули, к которым могут обращаться уже отлаженные модули (включенные в это окружение). Некоторые из этих имитаторов при отладке одного модуля могут изменяться для разных тестов.
Слайд 13Комплексная отладка ПС
При комплексной отладке тестируется ПС в целом, при чем тесты
![Комплексная отладка ПС При комплексной отладке тестируется ПС в целом, при чем](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-12.jpg)
готовятся по каждому из документов в порядке обратном их разработке.
Исключение – тестирование документации по применению, которое разрабатывается по внешнему описанию параллельно с разработкой текстов программ.
Слайд 15Заповеди отладки программного средства
Заповедь 1. Считайте тестирование ключевой задачей разработки ПС, поручайте
![Заповеди отладки программного средства Заповедь 1. Считайте тестирование ключевой задачей разработки ПС,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-14.jpg)
его самым квалифицированным и одаренным программистам; нежелательно тестировать свою собственную программу.
Заповедь 2. Хорош тот тест, для которого высока вероятность обнаружить ошибку, а не тот, который демонстрирует правильную работу программы.
Заповедь 3. Готовьте тесты как для правильных, так и для неправильных данных.
Заповедь 4. Документируйте пропуск тестов через компьютер; детально изучайте результаты каждого теста; избегайте тестов, пропуск которых нельзя повторить.
Заповедь 5. Каждый модуль подключайте к программе только один раз; никогда не изменяйте программу, чтобы облегчить ее тестирование.
Заповедь 6. Пропускайте заново все тесты, связанные с проверкой работы какой-либо программы ПС или ее взаимодействия с другими программами, если в нее были внесены изменения (например, в результате устранения ошибки).
Слайд 16Подготовить презентацию по средствам автоматизации тестирования https://habr.com/ru/post/481294/
Ссылка для примера!
![Подготовить презентацию по средствам автоматизации тестирования https://habr.com/ru/post/481294/ Ссылка для примера!](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1150467/slide-15.jpg)