Известно, что основной задачей первых трех десятилетий компьютерной эры являлось развитие аппаратных
жүктеу/скачать 1,76 Mb. Pdf көрінісі
|
материалы ТРСПО 2024
|
Тестирование элементов Объектом тестирования элементов является наименьшая единица проектирования ПС — модуль. Для обнаружения ошибок в рамках модуля тестируются его важнейшие управляющие пути. Относительная сложность тестов и ошибок определяется как результат ограничений области тестирования элементов. Принцип тестирования — «белый ящик», шаг может выполняться для набора модулей параллельно. Тестированию подвергаются: интерфейс модуля; внутренние структуры данных; независимые пути; пути обработки ошибок; граничные условия. Интерфейс модуля тестируется для проверки правильности ввода-вывода тестовой информации. Если нет уверенности в правильном вводе-выводе данных, нет смысла проводить другие тесты. Исследование внутренних структур данных гарантирует целостность сохраняемых данных. Тестирование независимых путей гарантирует однократное выполнение всех операторов модуля. При тестировании путей выполнения обнаруживаются следующие категории ошибок: ошибочные вычисления, некорректные сравнения, неправильный поток управления [3]. Наиболее общими ошибками вычислений являются: 1) неправильный или непонятый приоритет арифметических операций; 2) смешанная форма операций; 3) некорректная инициализация; 4) несогласованность в представлении точности; 5) некорректное символическое представление выражений. Источниками ошибок сравнения и неправильных потоков управления являются: 1) сравнение различных типов данных; 2) некорректные логические операции и приоритетность; 3) ожидание эквивалентности в условиях, когда ошибки точности делают эквивалентность невозможной; 4) некорректное сравнение переменных; 5) неправильное прекращение цикла; 6) отказ в выходе при отклонении итерации; 7) неправильное изменение переменных цикла. Обычно при проектировании модуля предвидят некоторые ошибочные условия. Для защиты от ошибочных условий в модуль вводят пути обработки ошибок. Такие пути тоже должны тестироваться. Тестирование путей обработки ошибок можно ориентировать на следующие ситуации: 1) донесение об ошибке невразумительно; 2) текст донесения не соответствует, обнаруженной ошибке; 3) вмешательство системных средств регистрации аварии произошло до обработки ошибки в модуле; 4) обработка исключительного условия некорректна; 5) описание ошибки не позволяет определить ее причину. И, наконец, перейдем к граничному тестированию. Модули часто отказывают на «границах». Это означает, что ошибки часто происходят: 1) при обработке n -го элемента n -элементного массива; 2) при выполнении m -й итерации цикла с т проходами; 3) при появлении минимального (максимального) значения. Тестовые варианты, ориентированные на данные ситуации, имеют высокую вероятность обнаружения ошибок. Тестирование элементов обычно рассматривается как дополнение к этапу кодирования. Оно начинается после разработки текста модуля. Так как модуль не является автономной системой, то для реализации тестирования требуются дополнительные средства, представленные на рис. 8.2. жүктеу/скачать 1,76 Mb. Достарыңызбен бөлісу:
|