Відмінний спосіб тестування даних із використанням технологій XML (довідковий документ)

an excellent way data testing using xml technologies

В SDLC , якщо додаток використовує модель водоспаду, тестування планується наприкінці. Це створює ризик переробки стосовно вимог, дизайну, коду та тестів, якщо команда з контролю якості виявить дефекти. Краще уникати очікування до кінця, щоб виявити дефекти в заявці.

Тести, які не засновані на функціональному виконанні програми, можуть виявити дефекти, не вимагаючи випуску всіх компонентів у тестове середовище. Цього можна досягти тестуванням даних.

XML та пов'язані з ним технології, що використовуються для зв'язку між різними рівнями програми, дають можливість проводити тести, які не потребують очікування, коли вся програма стане доступною для тестування.

У цьому документі викладено один із можливих способів розгляду варіанту тестування даних на початку життєвого циклу випуску продукту.

Що ви дізнаєтесь:

• Припущення:
• Фокус-групи:
• Призначення:
• Тестовий життєвий цикл управління даними
  • №1. Визначте вимоги до даних
  • №2. Плануйте збір даних
  • №3. Побудуйте дані
  • No4. Перевірте дані
• Висновок
• Рекомендована література

Припущення:

Цей документ передбачає, що читач знайомий концепції тестування програмного забезпечення і фундаментальне використання бази даних та XML-технологій.

Фокус-групи:

Команда контролю якості (QA), команда даних (DT), розробник (DEV)

Призначення:

зразок даних Ідентифікований для тестування продукту визначає ступінь проведеного тестування, додає впевненості в результатах тестування та якості продукту. Визначення даних для тесту залежить від вимог тесту, який потрібно виконати.

Цей документ зосереджений на перевірці тестових даних перед тим, як побачити їх у користувацькому інтерфейсі.

Цей процес потребує управління тестовими даними, щоб мати ефективні результати тесту. Дані, як ми всі знаємо, можна зберігати у базі даних або простому файлі. Але передача даних з / до бази даних може здійснюватися за допомогою XML. Існує дуже тісний взаємозв'язок між XML (1), XSD (2), XPATH (3) & XSLT (4). (Див. Усі визначення нижче).

(один) XML - є X напружений М arkup L мука. Для опису даних рекомендується Консорціум Всесвітньої павутини (W3C). Застосувавши набір правильних правил синтаксису, можна переконатися, що XML-документ 'добре сформований'

(два) XSD - Використовується для позначення структури документа XML. 'Добре сформований' XML-документ можна перевірити на XSD (XML-схему), щоб перевірити його

(3) XPATH - Слід переглядати 'дійсний' та 'добре сформований' XML, щоб отримати відповідні дані з XML. Вирази XPATH виглядають як традиційний шлях до файлу в каталозі.

(4) XSLT - є X напружений S аркуш таблиці L мука Т ransformations - Під час представлення даних із XML на інтерфейсі користувача (UI) будь-який стиль (шрифт, колір, розмір тощо) можна застосувати за допомогою XSLT. XSLT використовує XPath для пошуку інформації з XML.

Дані, представлені в XML перевіряється на основі схеми (файл XSD). XML може виводитися в різні формати за допомогою XSLT та XPATH.

завантажити mongodb для Windows 10 64 біт - -

Для цілей цього обговорення ми використаємо наступний приклад.

Приклад - Видавництво має веб-сайт, де розміщується інформація про книги, які він видав. На одній із веб-сторінок відображається короткий опис кожного розділу книги. Тестування має забезпечити відповідність вмісту на цій веб-сторінці. На сьогодні видавництво видало мільйони книг.

Будь-яка інформація, пов’язана з виданими книгами, зберігається у базі даних. Тим не менше, веб-сторінка, про яку йде мова, потребує підмножини даних (про нову книгу та її розділи), яка буде вилучена з бази даних у XML.

Наведений нижче XML представляє метадані про книгу.

XML-файл Book.xml

XML Book Schema.xsd

Тестовий життєвий цикл управління даними

Подібно до інших процесів, тест даних управління має свої стадії життєвого циклу (ЖК).

1. Визначте вимоги до даних
2. Плануйте збір даних
3. Побудуйте дані
4. Перевірте дані
5. Ведення даних (у цьому документі не докладно, оскільки це не актуально)

№1. Визначте вимоги до даних

У наведеному вище прикладі база даних зберігає мільйони записів. Якщо вміст усіх книг витягується у файл XML, це вимагає детальної перевірки. Оскільки і коли нова інформація повинна бути виведена на веб-сторінку, XML та схема можуть зазнати змін.

Зміни до XML, XSD, XPATH та XSLT вимагають належної перевірки. Але для цього тестування не потрібно чекати презентації, проміжного програмного забезпечення та випуску рівня даних. Команда контролю якості може проаналізувати XSD для підготовки плану вимог до даних.

Процес виявлення всіх вимог до даних для товару повинен враховувати наступне:

а) Висвітлення та повнота - Чи визначені вимоги охоплюють усі випадки використання?

Приклад - Дуже важливо протестувати комбінації даних для заголовка, автора, категорії, мови у наведеному вище зразку XML; оскільки схема вимагає цих полів.

Це легко впоратись, переглянувши схему XML, яка описує наявність елемента / атрибута та їх порядок у XML

б) Якість - Чи найкраще збираються дані? Використані дані тесту визначають якість тестування, проведеного за заявкою.

• Позитивні і негативні сценарії - Тестування має перевірити, як програма поводиться з дійсними / недійсними вхідними даними

документ про вимоги до даних тесту перелічує потреби у даних на всіх рівнях програми. Дані з бази даних можна використовувати безпосередньо в інтерфейсі користувача та / або маніпулювати ними (обчислення, конкатенація тощо). Отже, потрібно охопити всі потреби в даних.

У таблиці нижче представлено зразок таблиці даних:

У наведеному вище прикладі можна уникнути використання рядкового типу даних для поля Автор. Натомість шаблон можна застосувати.

c ++ перетворити символ на int

Наприклад лише алфавіти, починаються з великої літери, без спеціальних символів тощо. A візерунок (обмеження значення елемента, визначеного в XSD), можна визначити як .

Якщо це встановлено для автор елемент у наведеному вище прикладі, це означає, автор Елемент повинен мати значення лише з комбінацією великих, малих алфавітів та додатних цілих чисел.

№2. Плануйте збір даних

№3. Побудуйте дані

No4. Перевірте дані

Як зазначено у наведених вище таблицях, QA перевіряє XML щодо схеми, щоб перевірити, чи доступні дані, як очікувалося. Як тільки схема відповідає, вміст та її структура можуть бути підтверджені. Однак це не підтверджує, що система точно збирає дані.

Як ми знаємо, XML показує деревоподібну структуру з p не-дитина-брат-брат-сестра-предок-нащадок взаємозв'язок між вузлами.

Подивіться на таблицю нижче, щоб зрозуміти найпростіші правила XPATH:

Для представлення полів із XML на екрані (як, наприклад, HTML) використовується комбінація XSLT - XPATH.

Нарешті в браузері отриманий XML представлений, як показано нижче. Оскільки дані вже перевірені, фокус тестування може бути більше на зовнішній вигляд екрана.

Висновок

• Тестування даних, проведене на початку життєвого циклу розробки-тестування, економить гроші, оскільки витрати на виправлення помилки під час виконання функціонального тесту набагато більше, ніж виправлення на початку життєвого циклу
• Спочатку витрачені зусилля на перевірку файлу XML, XPath та XSLT за допомогою документів XSD допомагають уникнути численних ітерацій випуску
• Команда QA може тісно співпрацювати з командою розробників та надавати послуги з доданою вартістю
• Команда QA може допомогти змитувати різні комбінації даних, щоб забезпечити охоплення та коректність

Я впевнений, що ця техніка вам стане в нагоді. Не соромтеся коментувати, якщо у вас є запитання.

Рекомендована література

• Простий підхід до тестування баз даних XML
• Найкращі засоби тестування програмного забезпечення 2021 р. (Інструменти автоматизації тестування якості)
• Основні відмінності між тестуванням чорної скриньки та тестуванням білої скриньки
• Топ-10 популярних засобів зберігання даних та технологій тестування
• Підручник з тестування сховища даних ETL (повний посібник)
• Завантажити тестувальник електронної книги
• Що таке тестування мутацій: Підручник із прикладами
• Як проводити тестування на основі даних за допомогою інструмента TestComplete