Меню

Що таке наскрізне тестування: Структура тестування E2E з прикладами

what is end end testing

Спробуйте Наш Інструмент Для Усунення Проблем

Що таке наскрізне тестування: Структура тестування E2E з прикладами

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

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

Отже, щоб описати це технічно, щоб забезпечити повне тестування, необхідно виконати “ Тестування наскрізне ' .

що таке наскрізне тестування

У цьому підручнику ми дізнаємося, що таке наскрізне тестування, як це робиться, чому це потрібно, які матриці використовуються, як створити конкретні тестові випадки та деякі інші важливі аспекти. Ми також дізнаємося про тестування системи та порівняємо його з наскрізним тестом.

Справжній також => Наскрізне навчання на живому проекті - Безкоштовне онлайн-навчання з якості.

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

як відкрити .jnlp файли у Windows 10

Що таке наскрізне тестування?

наскрізний процес тестування

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

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

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

Візьмемо приклад Gmail:

приклад наскрізного тестування

Повноцінна перевірка облікового запису Gmail включатиме такі кроки:

  1. Запуск сторінки входу в Gmail через URL.
  2. Вхід в обліковий запис Gmail за допомогою дійсних облікових даних.
  3. Доступ до Inbox. Відкриття прочитаних та непрочитаних електронних листів.
  4. Створення нового електронного листа, відповідь або пересилання електронного листа.
  5. Відкриття надісланих елементів та перевірка електронної пошти.
  6. Перевірка електронних листів у папці 'Спам'
  7. Вийти з програми Gmail, натиснувши кнопку «вийти»

Наскрізні засоби тестування

Рекомендований інструмент:

# 1) TestCraft

Логотип TestCraft новий
Ми рекомендуємо використовувати наскрізний інструмент автоматизації тестів, такий як TestCraft.

TestCraft - це безкодова платформа автоматизації випробувань Selenium. Його революційна технологія ШІ та унікальне візуальне моделювання дозволяють швидше створювати та виконувати тести, виключаючи накладні витрати на обслуговування тесту.

Тестери створюють повністю автоматизовані сценарії тестування без кодування. Клієнти швидше знаходять помилки, випускають їх частіше, інтегрують із підходом CI / CD та покращують загальну якість своїх цифрових продуктів. Це все створює повний наскрізний досвід тестування.

=> Відвідайте веб-сайт TestCraft

Як працює наскрізний тест?

Щоб трохи більше зрозуміти, давайте з’ясуємо Як це працює?

Візьмітьприкладбанківської галузі. Мало хто з нас, мабуть, випробував Акції. Коли власник рахунку Demat купує будь-яку частку, певний відсоток від суми повинен бути наданий брокеру. Коли акціонер продає цю частку, незалежно від того, отримує він прибуток чи збиток, певний відсоток від суми знову передається брокеру. Усі ці операції відображаються та управляються на рахунках. Весь процес включає управління ризиками.

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

Методи тестування E2E

# 1) Горизонтальний тест:

Цей метод використовується дуже часто. Це відбувається горизонтально в контексті декількох додатків. Цей метод може бути легко застосований в одному додатку ERP (Enterprise Resource Planning). Візьмемо приклад веб-застосунку системи онлайн-замовлення. Весь процес включатиме рахунки, стан запасів продуктів, а також деталі доставки.

# 2) Вертикальний тест:

У цьому методі всі транзакції будь-якої програми перевіряються та оцінюються від початку до кінця. Кожен окремий шар програми тестується, починаючи зверху вниз. Візьмемо приклад веб-програми, яка використовує HTML-коди для доступу до веб-серверів. У таких випадках API потрібен для генерації кодів SQL щодо бази даних. Усі ці складні обчислювальні сценарії вимагатимуть належної перевірки та спеціального тестування. Таким чином, цей метод набагато складніший.

' Тестування White Box ' так добре як ' Тестування чорної скриньки ' обидва вони пов’язані з цим тестуванням. Або іншими словами, можна сказати, це поєднання переваг як тестування білих скриньок, так і тестування чорних ящиків. Залежно від типу програмного забезпечення, що розробляється, на різних рівнях застосовуються як методи тестування, тобто тестування білої та чорної скриньок, як і коли це потрібно. В основному, наскрізний тест виконує як функціональний, так і архітектурний підхід до будь-якого програмного забезпечення чи програм для перевірки функцій системи.

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

Нижче наведено декілька рекомендацій, які слід мати на увазі при розробці тестів для проведення такого типу тестування:

  • Тестові кейси повинні розроблятися з точки зору кінцевого користувача.
  • Слід зосередитись на тестуванні деяких існуючих функцій системи.
  • Для створення декількох тестових кейсів слід розглянути кілька сценаріїв.
  • Слід створити різні набори тестових випадків, щоб зосередити увагу на кількох сценаріях системи.

Оскільки ми виконуємо будь-які тестові кейси, подібний випадок з цим тестуванням. Якщо тестові випадки - «Пройти», тобто ми отримаємо очікуваний результат, говорять про те, що система успішно пройшла тестування End to End. Подібним чином, якщо система не видає бажаного результату, необхідне повторне тестування тестового випадку, враховуючи зони відмов.

Чому ми проводимо тестування E2E?

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

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

Цих основних ризиків можна уникнути та контролювати за допомогою такого типу тестування:

  • Зберігайте перевірку та виконуйте перевірку потоку системи.
  • Збільште зони охоплення тестуванням усіх підсистем, задіяних у програмній системі.
  • Виявляє проблеми, якщо такі є з підсистемами, і таким чином підвищує продуктивність всієї програмної системи.

Нижче згадані декілька видів діяльності, які включаються в кінцевий процес:

  • Ретельне вивчення вимог до проведення цього тестування.
  • Правильний налаштування тестових середовищ.
  • Ретельне вивчення вимог до обладнання та програмного забезпечення.
  • Описи всіх підсистем, а також основної програмної системи.
  • Перерахуйте ролі та обов'язки всіх задіяних систем та підсистем.
  • Методи тестування, що використовуються під час цього тестування, а також стандарти, яких дотримуються, їх опис.
  • Розробка тестових кейсів, а також матриця вимог до відстеження.
  • Запишіть або збережіть вхідні та вихідні дані для кожної системи.

Структура дизайну тестування E2E

Наскрізне тестування-4

Ми розглянемо всі 3 категорії по одній:

# 1) Функції користувача: В рамках побудови функцій користувача слід виконати наступні дії:

  • Перелік особливостей програмних систем та їх взаємопов’язаних підсистем.
  • Для будь-якої функції слідкуйте за виконаними діями, а також за вхідними та вихідними даними.
  • Знайдіть відносини, якщо такі є між різними функціями Користувачів.
  • З’ясуйте природу різних функцій користувача. Тобто. якщо вони незалежні або багаторазові.

# 2) Умови: Наступні заходи повинні виконуватися в рамках будівельних умов на основі функцій користувача:

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

# 3) Тестові випадки: Для побудови тестових кейсів слід враховувати наступні фактори:

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

Залучені метрики

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

  1. Стан підготовки кейсів: Це можна відстежити у вигляді графіку, щоб представити хід запланованих тестових випадків, що перебувають у стадії підготовки.
  2. Щотижневе відстеження прогресу тесту: Сюди входить тижне представлення прогресу виконання тестових кейсів. Це може бути відображено через відсоткове представлення для випадків проходу, відмови, виконання, невиконання, недійсності тощо.
  3. Стан та детальний звіт про дефекти: Звіт про стан слід готувати щодня, щоб відображати стан виконання тестового випадку, а також виявлені та зареєстровані дефекти відповідно до їх тяжкості. Щотижня слід обчислювати відсоток відкритих та закритих дефектів. Крім того, виходячи з тяжкості та пріоритетності дефектів, статус дефектів слід відстежувати щотижня.
  4. Тестове середовище: Це відстежує тривалість часу тестового середовища, що відводиться, а також час тестового середовища, фактично використаний під час виконання цього тестування.

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

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

Тестування системи включає:

  • Тестування повністю інтегрованого додатка, включаючи основну систему.
  • Визначте, що компоненти взаємодіють між собою та всередині системи.
  • Перевірте бажаний результат на основі наданих даних.
  • Аналіз досвіду користувача під час використання різних аспектів програми.

Вище ми бачили основний опис тестування системи, щоб зрозуміти його. Зараз ми розглянемо різницю між «Тестуванням системи» та «Наскрізним тестуванням».

S.No.Наскрізне тестуванняТестування системи
1Перевіряє як основну програмну систему, так і всі взаємопов’язані підсистеми.Відповідно до специфікацій, наведених у документі Вимога, він просто перевіряє систему програмного забезпечення.
дваОсновний акцент робиться на перевірці поточного процесу тестування.Основний акцент робиться на перевірці та перевірці особливостей та функціональних можливостей програмної системи.
3Під час тестування враховуються всі інтерфейси, включаючи серверні процеси програмної системи.Під час проведення тестування для тестування враховуються лише функціональна та нефункціональна області та їх особливості.
4Тестування End to End виконується / виконується після завершення системного тестування будь-якої програмної системи.Тестування системи здійснюється в основному після завершення інтеграційного тестування програмної системи.
5Ручне тестування переважно є кращим для проведення наскрізного тестування, оскільки ця форма тестування включає тестування зовнішніх інтерфейсів, що іноді може бути дуже складно автоматизувати. І зробить весь процес дуже складним.Як ручне, так і автоматичне тестування можна проводити як частину тестування системи.

Висновок

Сподіваюся, ви вивчили різні аспекти наскрізних тестів, як-от процеси, показники та різницю між тестуванням системи та наскрізним тестуванням.

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

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

Повідомте нас, якщо у вас є питання щодо наскрізного тестування.

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

^