Тестирование отчетов. Подготовка источника данных.
В предыдущей заметке описал, что такое отчет и обобщил структуру отчетов и тестовых сценариев.
Чтобы подготовить тестовые данные для отчета нужно понимать алгоритм его заполнения. Без разработчика не получится создать тестовый сценарий для отчета. Он должен сообщить из какого источника получаются данные, особенности их обработки и вывода в выходную форму. Далее будем рассматривать случай когда источник данных регистр накопления или регистр бухгалтерии, т.е. таблица с обязательным документом-регистратором.
После этого нужно решить как создавать данные в источнике. Есть несколько вариантов:
"Пользовательские" документы это документы, с которыми взаимодействуют пользователи.
"Специальные" документы это сервисные документы, с помощью которых можно сделать записи только в нужные регистры.
Основное достоинство "специального" документа это возможность создать любое состояние данных, отсутствие контролей позволит это сделать.
Недостаток "специальных" документов - обращение к технической реализации. Изменение структуры регистра повлечет изменение кода сценария, который создает данные.
С "пользовательскими" документами все наоборот - техническая реализация скрыта, изменения структуры источников данных поддерживаются разработчиками конфигурации, а наличие контрольных функций может не позволить создать нужное состояние. Кроме этого они делают движения, во множество других "не нужных" для теста регистров.
Пи выборе варианта можно руководствоваться следующими правилами:
- использовать "пользовательские" документы - если у документов нет контролей, мешающих создать нужный тестовый набор данных и есть готовые сценарии, которые создают нужные документы;
- использовать "специальные" документы - если нет другой возможности создать нужный тестовый набор данных.
Процедуру создания и заполнения источника данных выносим в отдельный сценарий и запускаем его один раз при заполнении новой тестовой базы.
С созданием определились теперь переходим к составу тестовых данных.
Тестовые данные должны учитывать периодичность. Записи регистров должны быть распределены по периодам так, чтобы получить все возможные комбинации остатков и оборотов.
Тестовые данные должны учитывать аналитику. Количество аналитик, входящих в состав тестовых данных, должен быть достаточным для того чтобы иметь возможность проверить фильтр и группировку по аналитике. На мой взгляд, каждой аналитики должно быть минимум 2.
Очень желательно чтобы значения каждой ячейки формы отчета были различные. Это позволит убедится, что данные из источника корректно попали в соответствующие показатели отчета.
Для примера, рассмотрим гипотетический отчет "Оборотная ведомость по товару на складе", который показывает количественные остатки и обороты товаров по складам.
Следующий тестовый набор данных:
Приход от 22.11.ХХ на Склад1: Товар1 3 шт., Товар2 4 шт.
Приход от 23.11.ХХ на Склад2: Товар1 5 шт.
Приход от 23.11.ХХ на Склад1: Товар1 6 шт.
Расход от 23.11.ХХ со Склад 1: Товар1 2 шт.
Позволит получить следующие тестовые сценарии:
Этого набора сценариев достаточно чтобы убедиться, что данный отчет работает корректно.