Пока нет оценок.
Пожалуйста, подождите...

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

Технология BI-решений

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

  1. Блок выгрузки и трансформации информации;
  2. Блок сохранения информации (англ. Block of data warehouse, DWH);
  3. Блок разработки отчетности и визуализации данных.

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

Руководство по правильному тестированию DWH/BI-систем

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

Как правильно это сделать, разберём далее.

Этап №1 Тестирование процесса ETL

Процедура ETL (англ. Extract, Transform, Load) – специальный этап извлечения, редактирования и выгрузки данных. Базовая цель любого QA-инженера – это тестирование корректности поступления, отображения и демонстрации данных.

Какие вопросы решает подобное тестирование?

  • Протестировать, что информация не утеряна;
  • Проверить текущее положение ключа и значения в полученном файле;
  • Протестировать корректность фиксации параметров обработки сессии пользователя;
  • Протестировать корректность применения sql-параметров;
  • Проанализировать корректность выполненных расчетов;
  • Исключение дубликатов данных.

Этап №2 Проверка отчетности

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

Этап №3 Тесты производительности, нагрузочные проверки

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

Какие сложности тестирования DWH/BI могут возникнуть?

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

Круг общераспространенных проблем можно зафиксировать в следующем перечне:

  • Сложности архитектуры и бизнес-процессы BI-решений;
  • Масса неоднородных данных;
  • Постоянно меняющиеся источники информации;
  • Изменчивые бизнес-запросы.

Критерии отбора команды QA для тестирования DWH/BI-систем

Для качественной проверки обработки и сохранения информации QA-инженер должен:

  • Понимать, как конкретно выстроен процесс вхождения информации и ее сохранение;
  • Иметь опыт работы с большими объемами баз данных;
  • Разбираться в логике процессов ETL;
  • Уметь подстраивать методологию тестирования под поступающие динамические запросы;
  • Уметь коммуницировать с бизнес-клиентами.

Оставить комментарий