Важная функция "большой" системы - ограничение доступа к данным. На этапе разработки тестирование можно выполнить вручную. Но в работающей системе, которая активно развивается, ручное тестирование прав очень трудоемкое и его очень не интересно делать. Особенно это касается регресса. Не буду говорить, что если у пользователя после обновления исчезли права, это стресс только для пользователя. Тогда как в ситуации когда пользователь вдруг получил дополнительный доступ к чувствительным данным, у всех будет стресс.

Под сложным тестовым окружением я понимаю ситуацию когда у тестируемых объектов сложная история . Под историей подразумеваю последовательность операций, которые приводят базу и объекты в ней в нужное тестовое состояние. Тестируемый объект - это уникальный объект тестируемой системы, как правило элемент справочника, обладающий уникальными свойствами, с точки зрения предметной области. Это еще означает, что в типовых конфигурациях большое количество бизнес-логики, которая контролирует операции с данными объектами.

Самым сложным и трудоемким для тестирования является функционал отчетности. Под отчетностью подразумеваю набор связанных отчетов, каждый отчет это двумерная таблицу со столбцами и строками, в которых размещаются аналитические и числовые значения. Каждый отчет имеет возможность гибких настроек - фильтрация данных, изменение структуры - группировки, итоги, состав показателей. Показатели отчета в 1С могут быть расшифрованы, т.е. по двойному клику на ячейку откроется другой отчет и покажет из чего состоит расшифровываемый показатель. Пользовательский интерфейс отдельного отчета 1С:Предприятия 8 не сложен и содержит унифицированные элементы. Основная сложность скрыта "под капотом" в алгоритме получения данных из источника и вывод результата...

В предыдущей части рассмотрели вариант проверки набора движений документа. Эталон - сохраненный набор движений, результат - движения сформированные в тестовой базе.

Одна из задач, которую нужно решить тестированием это проверить результат работы документа. Как минимум нужно проверить, что документ сделал движения по нужным регистрам, а как максимум движения нужно сверить с эталоном.

Начало: Варианты тестового окружения

Прошел год с момента создания новой тестовой базы. База создавалась из начальной базы. Подход был описан в заметке Тестирование базы данных и тестовые данные. Использовался вариант 4 Создавать уникальные данные при каждом запуске.

Начало: Тестирование баз данных. Часть 1., Тестирование базы данных. Часть 2., Управление тестовыми данными

Начало: Тестирование баз данных. Часть 1., Тестирование базы данных. Часть 2.

Начало: Тестирование баз данных. Часть 1.