- •Ни одна из крайностей не является хорошей стратегией тестирования. Тестирование модулей
- •Комплексное тестирование
- •Отладка. Общие принципы.
- •Меню - Project | Build Project.
- •I/o Checking (Контроль ошибок ввода/вывода) и
- •Окно наблюдения Watches
- •Окно задания списка наблюдения Watch Properties
- •Выполнение приложения по шагам
- •Использование окна Инспектора Отладки Debug Inspector
Комплексное тестирование
Комплексное тестирование – процесс поисков несоответствия системы ее исходным целям. Элементами, участвующими в комплексном тестировании, служат сама система, описание целей продукта и вся документация, которая будет поставляться вместе с системой.
Описание продукта, документация пользователя, программы и любые данные, поставляемые как части пакета программ должны быть протестированы на выполнение ими формулировок и требований.
Программы и данные должны быть протестированы с использованием контрольных примеров, разработанных на основе описания продукта и документации пользователя. Контрольные примеры должны охватывать все функции, приведенные в описании продукта и документации пользователя, а также должны учитывать комбинации функций, характерные для рабочей задачи.
Программы должны быть протестированы по всем граничным значениям (в соответствии с описанием продукта и документацией пользователя) в необходимой системе, для которой заданы эти значения.
При тестировании должны быть использованы исходные данные и последовательности команд, которые в документации пользователя явно не рекомендуются или объявляются запрещенными.
Тестирование удобства эксплуатации и взаимодействия человека с ПС предназначено для обнаружения трудно формализуемых ошибок отображения и использования исходных и результирующих данных. При тестировании оценивается объем, удобство представления и контроля исходных данных, вводимых непосредственно человеком-пользователем, а также отображаемых результирующих данных, удобство их анализа и надежность использования.
Отладка. Общие принципы.
Отладка - процесс, осуществляемый после удачно выполненного теста, процесс локализации и исправления ошибки
Отладка проводится в два этапа:
определение природы и местонахождения подозреваемой ошибки в программе;
фиксация или исправление ошибки в программе
Отладка психологически трудна, так как сами программисты и допускают ошибки. Из всех видов деятельности по разработке ПО требует максимальных интеллектуальных усилий.
Методы отладки.
расстановка операторов отладочной печати по всей программе. Достоинства метода: наблюдение динамики данных в программе; документирование этапов работы программы, что упрощает слежение за данными. Недостатки: необходимость анализа большого объёма данных; дополнения к программе (операторы печати) могут затушевать ошибку
использование автоматических средств. Они похожи на методы второй группы, но при этом программа доступна в динамике её выполнения, используются отладочные средства, интерактивные средства отладки применяемой системы программирования. В результате этих действий могут быть получены трасса программы; сведения о вызовах подпрограмм; возможен контроль значений специфицированных переменных. Данная методика базируется на использовании точек останова, на анализе значений набора контролируемых переменных в точках останова. Методика - почти полный аналог методам второй группы, но здесь есть возможность влиять на ход выполнения вычислительного процесса, меняя данные в динамике.
Отладка приложений
Технические возможности отладки приложений в ИСР Delphi
Варианты компиляции и сообщения компилятора.
При выполнении данного этапа можно получить сообщение компилятора о предупреждениях и о синтаксических ошибках в программе.
Компиляция с последующим выполнением приложения - Меню Run | Run или F9. Выполнение будет проводиться только в случае, если при компиляции не обнаружены неисправимые ошибки и загрузочный модуль создан.
Компиляция без последующего выполнения Project | Compile Project или Ctrl-F9.
В обоих вариантах команд компилируются только те модули, которые были изменены с момента последней компиляции. Такая выборочная компиляция позволяет в больших проектах экономить немало времени, поскольку модули, которые не изменялись, повторно не компилируются.
Если надо перекомпилировать все модули проекта, независимо от того, изменялись они или нет:
