Регрессионное тестирование настроек (постановка)
SYSDBA (обсуждение | вклад) |
SYSDBA (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
| − | Регрессионное тестирование ставит своей целью не допустить повторного возникновения однажды выявленных и исправленных ошибок. Рассмотрим категории ошибок и способы их тестирования. | + | Регрессионное тестирование ставит своей целью не допустить повторного возникновения однажды выявленных и исправленных ошибок. Рассмотрим категории ошибок применительно к платформе Гедымин и способы их тестирования. |
=== Ошибки в логике программы === | === Ошибки в логике программы === | ||
Версия 17:22, 19 ноября 2006
Регрессионное тестирование ставит своей целью не допустить повторного возникновения однажды выявленных и исправленных ошибок. Рассмотрим категории ошибок применительно к платформе Гедымин и способы их тестирования.
Содержание |
Ошибки в логике программы
Ошибки в коде платформы, скрипт-функциях (коде настроек), тригерах или хранимых процедурах. Для тестирования применяется скрипт-функция, которая в общем случае выполняет следующую последовательность действий:
- Создание экземпляра объекта;
- Ввод исходных данных;
- Вызов методов;
- Сверка выходных данных с эталонным результатом.
Из перечисленных выше шагов обязательным является только вызов методов тестируемого объекта (вызов скрипт-функции) и сверка выходных данных с эталонным результатом. Создание экземпляра объекта не обязательно, если речь идет о тестировании глобального объекта или автономной скрипт-функции. Ввод исходных данных можно пропустить, если корректность алгоритмов проверяется на основе информации из эталонной базы или входящие данные подготовлены предыдущим тестом или тестирование вообще не требует каких бы то нибыло исходных данных.
Ошибки на уровне пользовательского интерфейса
Ошибки в логике взаимодействия экранных элементов, а так же проверка их свойств (например, порядка табуляции). Применительно к Гедымину проблема заключается в том, что мы не можем получить доступ к диалоговым окнам из кода макроса. Решить предлагается следующим образом: для тестирования формы создавать локальный макрос с зарезервированным именем. Изменить поведение формы таким образом, чтобы после ее создания и инициализации осуществлялась проверка на некоторый глобальный флаг тестирования. Если идет тестирование, то форма пытается отыскать локальный макрос с определенным именем и в случае успеха выполняет его.
Ошибки в отчетах
Ошибки в данных
Проверка полноты и корректности данных в базе. Например, в справочнике валют должны быть указаны наименования в необходимых падежах и числах для основных валют: белорусского рубля, доллара США, евро, украинской гривны, польского злотого и т.п.
