С точки зрения Тестера, под бизнес логикой понимается влияние, оказываемое действиями пользователя на состав и корректность данных информационной системы.

Например, при вводе документа Заказ поставщику, все движения, сформированные этим документом попадают под понятие бизнес логика.

Проверка бизнес логики в Тестере может быть осуществлена двумя способами:

  1. Можно сформировать отчет о движениях документа и сверить эти движения с эталоном.
  2. Можно сформировать отчет или группу отчетов для анализа последствий изменения данных.

Оба способа основаны по проверке данных отчетов/печатных форм тестируемого приложения с эталонными данными, хранящимися в самом тесте.

Ниже, будет рассмотрен пример проверки бизнес логики на основании отчета о движениях документа. Проверка логики отчетами, может быть осуществлена похожим образом.

Процессы ниже будут рассмотрены на примере тестирования конфигурации ERP2.

Подготовка эталона

Итак, мы проверяем бизнес логику через отчет о движениях документа.

Для этого нам необходимо иметь в Тестере сохраненный табличный документ с макетом сформированных движений, которые мы считаем правильными.

За получением макета мы должны идти в тестируемое приложение. Там, необходимо сформировать отчет о движениях тестируемого документа, скопировать результат в буфер обмена (Ctrl+A, Ctrl+C), затем, переключиться в Тестер и вставить скопированное в разрабатываемый тест, на вкладку Шаблон.

Результат таких действий показан на картинке ниже (фактически, на картинке показан уже модифицированный вариант шаблона, детали ниже):

Области проверки

Тестер позволяет производить сравнение табличных документов полностью или по выделенным областям.

В целях ускорения прохождения теста, и исключения ложного срабатывания на проверке незначимых, с точки зрения бизнес логики, данных, рекомендуется явно задать проверяемые области макета.

Задание областей осуществляется по правому клику в поле табличного документа, на картинке ниже, красной штрих линией выделена проверяемая область:

Автоподстановки

Кроме задания областей, тестируемые данные могут быть модифицированы для того, чтобы проводить тестирование во времени, в условиях меняющихся значений данных.

Например, движения документа могут содержать такие данные как: дата записи, номер и дата документа. Так как документы могут проводиться в разное время, часть этих данных в тестируемом приложении может постоянно меняться.

Стратегии тестирования могут быть разными, но если имеют место случаи, когда часть данных изменчива, и не требует жесткой проверки на соответствие, разработчик теста может в шаблоне использовать автоподстановочные символы:

Они работают следующим образом:

  1. {Заказ поставщику *}. Означает, что в поле должно быть значение, начинающееся с текста “Заказ поставщику”, а дальше не важно
  2. {_Товар1 *}. Тот же смысл, что и в п.1
  3. {*}. Означает, что в данном поле должно быть хоть какое-то значение. Если значения при проверке не окажется – будет вызвано исключение.

Внимание!

Проверка строк не чувствительна к регистру

Для задания автоподстановок, можно использовать специальный помощник, вызываемый правым кликом на поле таблицы:

Кроме описанных возможностей, также доступна программная подготовка шаблона для проверки. Подробнее читайте Как параметризировать шаблон сценария?