Cтраница 1
Тестирование модулей является неотъемлемой частью повседневной работы каждого программиста Две особенности делают процесс тестирования в ХР гораздо более эффективным по сравнению с традиционными методами: программисты сами пишут свои тесты и делают это до начала кодирования. [1]
Тестирование модуля может проводиться произвольным образом, без определенного плана. Другой, научный подход, когда тестирующий программу с осторожностью выбирает необходимую тестовую информацию, внимательно составляет набор вопросов для тестирования и тщательно проводит сам тест. [2]
Тестирование модуля включает проведение определен; ного объема работ: проектирование. Спецификаций и программы модуля написание программы тестирования-и ее проверку и выполнение - программы тестирования: Расемотрш содержание этих работ. [3]
Тестирование модулей ( или тестирование блоков) выполняется с отдельными компонентами автономно. При объединении отдельных компонентов в подсистемы или системы проводится комплексное тестирование темы с целью проверки правильной совместной работы ее составных частей. При комплексном тестировании особое внимание обычно уделяется взаимодействию компонентов. В противоположность этому при системном тестировании вся система в целом обычно рассматривается как некоторый черный ящик; поведение этой системы исследуют, не вникая в подробности отдельных ее компонентов и взаимодействия между ними. Назначением приемочных испытаний является проверка пригодности системы для эксплуатации; такие испытания обычно проводятся под контролем поставщика системы. [4]
Тестирование модуля, или проверка работы на ЭВМ на основании исходных данных, которые являются либо готовым продуктом работы предыдущих модулей, либо специально подбираются для этой цели. [5]
Тестирование модуля в этом случае целесообразно проводить на упорядоченных наборах данных с учетом степени их влияния на результаты. Сначала проводится проверка при значениях данных, определяющих ветвления и маршруты в программе. Затем проверяются значения переменных при считывании и записи, а также полнота данных на всех маршрутах программы. На следующем этапе основное внимание уделяется точности вычислений и обработке каждой переменной. В последнюю очередь устанавливается полное соответствие структуры и значений выходных данных программной спецификации. [6]
Тестирование модуля иногда включает также математическое доказательство. [7]
Целью тестирования модуля является обнаружение различий между логической схемой модуля и его интерфейсом и их внешними спецификациями. Тестирование модуля начинается после его отладки. [8]
Остальные инструменты для тестирования модулей взаимодействуют с программой во время ее выполнения. Их основная цель - измерить качество тестирования: определить, в какой мере тесты проверяют алгоритм программы. Некоторые из-них просто контролируют выполнение каждой подпрограммы, подсчитывая, сколько раз она вызывалась. Другие учитывают, сколько раз выполнялся каждый оператор исходной программы. [9]
Порядок написания и тестирования модулей, определяемый их уровнем в схеме иерархии. Все модули одного уровня должны быть завершены до перехода на уровень ниже. [10]
Порядок программирования и тестирования модулей, определяемый порядком их исполнения в готовой программе. [11]
Этот раздел описывает тестирование модуля. Составляется список всех ситуаций, которые необходимо проверить для определения правильности выполнения модулем заданной функции, например проверить, что модуль для пустой или полной таблицы идентификаторов работает так же, как и для частично заполненной. В некоторых случаях может быть составлено описание реальных тестовых данных как по входам, так и по ожидаемым выходам, но в большинстве случаев приходится обращаться к тестовому файлу, в котором хранятся контрольные примеры и требуемые результаты прогона тестов. [12]
После того как проведено тестирование модулей и закончено тестирование сопряжений, являющееся неотъемлемой компонентой пяти ( из шести) подходов к сборке модулей, процесс тестирования еще только начинается. [13]
Критической частью работы по тестированию модуля являются пропуск проверочной программы и проверка получаемых результатов. Общей ошибкой проектирования тестовых программ являются большие затраты времени для обнаружения ошибок, а также то, что до получения действительного вывода важно получить ожидаемый вывод каким-нибудь возможным способом. [14]
В чем причины того, что тестирование модуля не позволяет выявить все ошибки. [15]