4 steps business intelligence testing
Business Intelligence (BI) - це процес збору, аналізу та перетворення вихідних даних у точну, ефективну та значущу інформацію, яка може бути використана для прийняття розумних бізнес-рішень та уточнення бізнес-стратегії.
BI надає організаціям відчуття ясновидіння. Тільки сприйняття підживлюється не чуттєвими здібностями, а фактами.
Ініціативи тестування бізнес-аналітики допомагають компаніям отримати глибші та кращі уявлення, щоб вони могли керувати чи приймати рішення на основі вагомих фактів чи даних.
що таке метадані при зберіганні даних
Спосіб цього суттєво змінився на ринку поточних днів. То, що раніше були звітами в режимі офлайн, зараз є інтеграцією бізнесу.
Це чудова новина як для бізнесу, так і для користувачів, оскільки:
- Підприємства знають, що працює, а що нелегко
- Покращений досвід роботи з програмним забезпеченням
Рекомендуємо прочитати => Тестування бізнес-процесів (BPT)
З не досягається за допомогою одного інструменту або за допомогою однієї системи. Це сукупність програм, технологій та компонентів, що складають всю реалізацію.
Щоб спростити і показати вам потік подій:
Дані про транзакції користувачів (реляційна база даних, або OLTP) Плоский файл, записи чи інші формати даних тощо -> процеси ETL-> сховище даних-> Data Mart-> OLAP додаткове сортування, категоризація, фільтрація тощо надає значущу інформацію - BI.
Бізнес-інтеграція - це коли ця аналітика впливає на те, як працює певний додаток.
Наприклад , Ваша кредитна картка може не працювати в новому місці, оскільки BI попереджає додаток, що це незвична транзакція. Це зі мною сталося одного разу. Я був на художній виставці, де були ремісники з різних куточків США. Я використав свою кредитну картку для придбання кількох речей, але це не вдалося здійснити, оскільки продавець був зареєстрований з тієї частини США, в якій моя кредитна картка ніколи не використовувалася. Це приклад інтеграції BI для запобігання шахрайству.
як використовувати eclipse для c
Рекомендований продукт на Amazon або інших сайтах роздрібної торгівлі, пов’язані відео на веб-сайтах тощо - це інші приклади інтеграції бізнесу в бізнес.
З наведеного вище потоку також видно, що ETL та системи зберігання мають важливе значення для успішної реалізації BI. Ось чому тестування BI ніколи не є самостійною подією. Він включає тестування ETL та сховища даних як невід’ємні елементи. І як тестувальники, важливо розуміти і знати більше про те, як їх перевірити.
STH ви там покрили. У нас є статті, які говорять про ці поняття. Я надам посилання нижче, щоб ми змогли їх уникнути і зосередитись лише на BI.
- Тестування ETL / Тестування сховища даних - Поради, методи, процеси та проблеми
- Тестування ETL проти БД - пильніший погляд на необхідність тестування ETL, планування та інструменти ETL
Ще одна річ, що бізнес Інтелект Експерти з тестування майже завжди рекомендують: Тестування всього потоку, починаючи з того моменту, як дані часу забираються з джерела аж до кінця. Не просто перевіряйте звіти та аналітику в кінці.
Отже, послідовність повинна бути:
Що ви дізнаєтесь:
- Послідовність тестування бізнес-аналітики:
- Стратегія тестування BI:
- Висновок:
- Рекомендована література
Послідовність тестування бізнес-аналітики:
# 1) Перевірте дані у джерелі:
Бізнес-дані зазвичай надходять не з одного джерела, а лише в одному форматі. Переконайтесь, що джерело та тип даних, які він надсилає, збігаються. Також виконайте базову перевірку прямо тут.
Скажімо, дані студента надсилаються з джерела для подальшої обробки та зберігання. Переконайтеся, що деталі правильні, саме в цей момент. Якщо середній бал показує як 7, це явно більше, ніж 5-бальна система. Отже, такі дані можна відкинути або виправити саме тут, не беручи їх для подальшої обробки.
Зазвичай це стадія “Витяг” ETL.
# 2) Перевірте перетворення даних:
Саме тут необроблені дані переробляються на бізнес-цільову інформацію.
- Типи даних джерела та призначення повинні збігатися. Наприклад: Ви не можете зберігати дату як текст.
- Первинний ключ, зовнішній ключ, нуль, обмеження значення за замовчуванням тощо повинні бути недоторканими.
- Слід перевірити властивості кислоти джерела та пункту призначення тощо.
# 3) Перевірте завантаження даних
(У сховищі даних або Data mart або в будь-якому іншому місці, де він буде постійно розміщений):
тип тестування в програмній інженерії
Фактичні сценарії, які завантажують дані та тестують їх, безумовно будуть включені у ваше тестування ETL. Однак система зберігання даних повинна бути перевірена для наступного:
- Продуктивність: Оскільки системи стають більш складними, між різними сутностями виникають відносини, що складають кілька співвідношень. Це чудова новина для аналізу даних, однак така складність часто призводить до того, що запити займають занадто багато часу для отримання результатів. Отже, тестування продуктивності відіграє тут важливу роль.
- Масштабованість: Дані лише збільшуються, а не зменшуються. Тому потрібно провести тести, щоб переконатись, що розмір зростаючого бізнесу та обсяги даних можуть бути оброблені поточною реалізацією чи ні. Сюди також входить тестування архівної стратегії. По суті, ви намагаєтеся перевірити рішення - 'Що відбувається зі старими даними і що, якщо мені це потрібно?'
Також гарною ідеєю є перевірити інші аспекти, такі як його обчислювальні можливості, відновлення після відмови, реєстрація помилок, обробка винятків тощо.
# 4) Тестування звіту BI:
Нарешті, звіти, останній шар усього потоку.
Це те, що вважається Business Intelligence. Але, як видно з вищевикладеного, звіти ніколи не будуть правильними, послідовними та швидкими, якщо ваші попередні шари працювали неправильно.
На цьому етапі шукайте:
- Створені звіти та їх застосовність до бізнесу
- Можливість налаштування та персоналізації параметрів, які будуть включені до звітів. Сортування, класифікація, групування тощо.
- Зовнішній вигляд самого звіту. Іншими словами, читабельність.
- Якщо елементи BI інтегровані в BI, тоді відповідна функціональність програми повинна бути включена в наскрізний тест.
Стратегія тестування BI:
Тепер, коли ми знаємо, що тестувати, та ресурси для тестування ETL та сховища даних, давайте розглянемо, який процес потрібно виконувати тестувальнику.
Простий, проект тестування BI - це теж проект тестування. Це означає, що типові етапи тестування застосовуються і тут, будь то продуктивність, яку ви тестуєте, або функціональне наскрізне тестування:
- Планування випробувань
- Тестова стратегія
- Дизайн тесту (Ваші тестові кейси будуть інтенсивними запитами, а не звичайним текстом. Це ОДНА основна різниця між типовими тестовими проектами та проектом тестування ETL / Data Warehouse / BI.)
- Виконання тесту (ще раз для запуску ваших запитів вам знадобиться якийсь інтерфейс запитів, такий як TOAD)
- Повідомлення про дефекти, закриття тощо.
Висновок:
BI - це невід’ємний елемент усіх сфер бізнесу. Електронна комерція , Охорона здоров'я , Освіта, розваги та будь-який інший бізнес покладається на BI, щоб краще знати свій бізнес та надати вбивство своїм користувачам.
Сподіваємось, ця стаття надала вам необхідну інформацію для подальшого вивчення області тестування бізнес-аналітики.
Про автора: Цей допис написаний членом команди STH Свати.
Ви були BI тестером? Будь ласка, поділіться своїм досвідом, коментарями та питаннями нижче.
Рекомендована література
- Підручник з тестування сховища даних ETL (повний посібник)
- Найкращі засоби тестування програмного забезпечення 2021 р. (Засоби автоматизації тестування якості)
- Запитання та відповіді на інтерв’ю для тестування ETL
- Тестування Праймера Завантажити електронну книгу
- 10 найкращих засобів тестування ETL у 2021 році
- Процес тестування шлюзу B2B (від бізнесу до бізнесу)
- Незабаром глобальний бізнес з тестування програмного забезпечення досягне $ 28,8 млрд
- Тестування бізнес-процесів (BPT) - Як спростити та пришвидшити процес тестування за допомогою BPT