1+1 *2 и т д., то есть, выражения, корректные в математическом смысле


Рис. 2.3. V-образный жизненный цикл разработки и верификации системы "Калькулятор" 2.3.2. Проверка программного кода



бет2/7
Дата22.01.2023
өлшемі76,53 Kb.
#166097
1   2   3   4   5   6   7
Байланысты:
testing-lecture-3

Рис. 2.3. V-образный жизненный цикл разработки и верификации системы "Калькулятор"
2.3.2. Проверка программного кода
На этом этапе необходимо проверить корректность работы написанного кода. Для этого предлагается проводить тестирование каждого модуля отдельно. То есть, мы будем тестировать модули по отдельности, подменяя используемые методы других модулей "заглушками".
Например, при тестировании модуля анализа и вычислений выражений модуль, отвечающий за вычисления простых математический функций, можно заменить на модуль, содержащий стандартные методы области Math. Так мы будем точно знать, что все ошибки, выявленные при тестировании, не имеют отношения к нашей заглушке. Таким образом, заменив все модули, кроме тестируемого, заглушками, мы сможем утверждать, что все ошибки, обнаруженные при тестировании, будут относиться к "настоящему" (тестируемому) модулю.
Более того, заглушки дают нам дополнительное преимущество в тестировании. Мы можем написать заглушки, возвращающие пользователю дополнительную информацию во время тестирования. Например, нам необходимо узнать значение определенной переменной во время выполнения программы. Для этого мы можем написать заглушку, которая будет записывать значение этой переменной в лог-файл или на консоль.
Немного о тестировании конкретных модулей.
GUI. На примере этого модуля можно узнать, какие подходы существуют для тестирования графического интерфейса.
Математические функции. Этот модуль мы будем исследовать как "черный ящик" и выяснять, действительно ли реализованные в нем математические функции работают корректно.
Вычисление выражений. При тестировании этого модуля нам предстоит проверить корректность алгоритмов разбора и компиляции математических выражений.
При тестировании будет использоваться следующая последовательность действий.
Сначала мы познакомимся с методами ручного тестирования в среде разработки при ручном тестировании модуля анализа и вычисления выражений. Затем мы перейдем к модульному тестированию. В завершении тестирования компонент мы проведем формальные инспекции кода. После этого мы узнаем, что такое покрытия и как они используются в процессе тестирования.
2.3.3. Проверка архитектуры
После проверки каждого модуля по отдельности мы проведем интеграционное тестирование. На этом этапе проверяется, как модули взаимодействуют друг с другом. При условии, что все модули протестированы и ошибок в них не выявлено, все ошибки на этом этапе будут относиться именно к взаимодействию модулей между собой.
2.3.4. Проверка требований
После прохождения всех этапов тестирования необходимо провести проверку требований Системы в целом, то есть провести системное тестирование.


Достарыңызбен бөлісу:
1   2   3   4   5   6   7




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет