|
Читайте также: |
Программа тестируется не для того, чтобы показать, что она работает, а скорее наоборот – тестирование начинается с предположения, что в ней есть ошибки. После тестирования эти ошибки либо исправляются, либо нет, если это, например, сказывается на эффективности её работы.
Существуют различные стратегии тестирования программы. Например, тестирование программы как черного ящика. Рассматриваются выходные данные программы при некоторых входных данных, а сама программа рассматривается как черный ящик, обрабатывающий эти данные. Здесь тестирование выявляет неожиданное поведение программы при определенных входных данных. При этом используются все, но лишь возможные (определенные в спецификации программы) входные данные. Структура самой программы не учитывается. Например, можно «прогнать» программу для минимальных и максимальных значений входных данных. Если мы тестируем калькулятор, то можно проверить все арифметические операции с различными входными данными (целыми и вещественными), проверить вариант, когда вместо числа вводится буква или вместо знака операции какой-либо другой симво, случай неверной последовательности ввода чисел и знака операции и т.д..
Однако число таких тестов будет бесконечным, поскольку бесконечно число таких входных данных. В связи с этим лучше бы придумать тест, который мог бы выявить максимально возможное число ошибок. Но для этого при создании теста необходимо учитывать логику работы программы.
То есть теперь мы говорим о тестировании программы как белого ящика. При этом тестеровщик делает некоторые разумные предположения, например, о возможных входных данных. Например, при тестировании калькулятора разумно предположить, что если программа разделила 4 на 2, то она разделит и другие числа отличные от нуля.
Отметим некоторые принципы, которых следует придерживать при проведении тестирования программы:
1. Необходимо предварительно определить входные и ожидаемые выходные данные. В противном случае по окончании проведения теста может быть неясно получены ошибочные или правильные результаты.
2. Необходимо фиксировать все действия от задания входных данных до получения результата. При возникновении ошибки это поможет восстановить условия, при которых возникла такая критическая ситуация.
3. Необходимо проверять не только, делает ли программа то, для чего она предназначена, но и не делает ли она то, что не должна делать.
Кроме выходных результатов работы программы проводится тестирование интерфейса: нет ли грамматических ошибок? Выводятся ли сообщение об ошибке при вводе некорректных данных? Предусмотрены ли подсказки для пользователя? И т.д.
Лекция №10
Тема: Коммутационная аппаратура напряжением выше 1000 В
Дата добавления: 2015-01-05; просмотров: 109 | Поможем написать вашу работу | Нарушение авторских прав |