Що таке тестування диму?
Томас Гамільтон
Що таке тестування диму
Тестування диму це процес тестування програмного забезпечення, який визначає, чи є розгорнута збірка програмного забезпечення стабільною чи ні. Димове тестування є підтвердженням для команди QA продовжити подальше тестування програмного забезпечення. Він складається з мінімального набору тестів, які виконуються на кожній збірці для перевірки функцій програмного забезпечення. Димове тестування також відоме як «Тестування верифікації збірки» або «Тестування достовірності».
Говорячи простою мовою, димові тести означають перевірку того, що важливі функції працюють і в збірці, яка тестується, немає жодних перешкод. Це міні-швидкий регресійний тест основних функцій. Це простий тест, який показує, що продукт готовий до тестування. Це допомагає визначити, чи збірка має недоліки, щоб зробити подальше тестування марною тратою часу та ресурсів.
Порівняти Дим проти здорового глузду
Коли ми проводимо тестування на дим
Димове тестування виконується щоразу, коли розробляються нові функції програмного забезпечення та інтегруються з існуючою збіркою, яка розгортається в середовищі контролю якості/постановки. Він гарантує, що всі критичні функції працюють правильно чи ні.
У цьому методі тестування команда розробників розгортає збірку в QA. Береться підмножина тестів, а потім тестувальники запускають тести на збірці. Команда контролю якості тестує програму на критичні функції. Ці серії тестів створені для виявлення помилок, які є в збірці. Якщо ці тести пройдено, команда контролю якості продовжує роботу Функціональне тестування.
Будь-який збій вказує на необхідність повернути систему команді розробників. Щоразу, коли в збірку вносяться зміни, ми проводимо тестування на дим, щоб забезпечити стабільність.
Приклад: -Нова кнопка реєстрації додається у вікно входу, і збірка розгортається з новим кодом. Ми проводимо тестування на дим новобудови.
Випробування диму кваліфікують конструкцію для подальшого офіційного тестування. Основна мета тестування на дим – раннє виявлення серйозних проблем. Димові тести призначені для демонстрації стабільності системи та її відповідності вимогам. Збірка включає всі файли даних, бібліотеки, багаторазові модулі, розроблені компоненти, необхідні для реалізації однієї чи кількох функцій продукту.
Що станеться, якщо ми не проведемо тестування на дим
Якщо ми не виконаємо тестування на дим на ранніх стадіях, дефекти можуть виникнути на наступних стадіях, де це може коштувати дорого. І Дефект виявлені на пізніших стадіях можуть бути перешкодами, де це може вплинути на випуск результатів.
Хто буде проводити тестування диму
Після випуску збірки для середовища QA інженери з QA/керівник QA виконують тестування диму. Кожного разу, коли з’являється нова збірка, команда контролю якості визначає основні функції програми для проведення тестування диму. Команда контролю якості перевіряє програму, яка тестується, на наявність шоустоперів.
Тестування, яке виконується в середовищі розробки на коді, щоб переконатися в правильності програми перед випуском збірки для забезпечення якості, це відоме як перевірка працездатності. Зазвичай це вузьке і глибоке тестування. Це процес, який перевіряє, що програма, що розробляється, відповідає основним функціональним вимогам.
Тестування працездатності визначає завершення етапу розробки та приймає рішення про проходження чи не проходження програмного продукту для подальшого етапу тестування.
Чому ми проводимо тестування на дим?
Димове тестування відіграє важливу роль у розробці програмного забезпечення, оскільки воно забезпечує коректність системи на початкових етапах. Завдяки цьому ми можемо заощадити зусилля на тестування. В результаті димові тести приводять систему в справний стан. Після завершення димового тестування ми починаємо тільки функціональне тестування.
- Усі пробки шоу в збірці будуть ідентифіковані за допомогою тестування на дим.
- Димове тестування проводиться після випуску збірки для контролю якості. За допомогою тестування димом більшість дефектів виявляються на початкових етапах розробка програмного забезпечення.
- За допомогою димового тестування ми спрощуємо виявлення та виправлення основних дефектів.
- За допомогою димового тестування команда контролю якості може виявити дефекти у функціональності програми, які могли виявитися через новий код.
- Тестування димом виявляє основні дефекти серйозності.
Приклад 1: Вікно реєстрації: можливість переходу до наступного вікна з дійсним іменем користувача та паролем після натискання кнопки «Надіслати».
Приклад 2: Користувач не може вийти з веб-сторінки.
Як провести тестування диму?
Випробування диму зазвичай виконується вручну, хоча існує можливість виконати те саме за допомогою автоматизації. Це може відрізнятися від організації до організації.
Ручне тестування диму
Загалом перевірка диму проводиться вручну. Його підходи відрізняються від однієї організації до іншої. Випробування диму проводяться, щоб переконатися, що навігація критичними шляхами відповідає очікуванням і не перешкоджає функціональності. Після того, як збірка буде випущена для контролю якості, тестові приклади функціональності з високим пріоритетом будуть взяті та перевірені для виявлення критичних дефектів у системі. Якщо тест пройдено, ми продовжуємо функціональне тестування. Якщо тест не вдається, збірка відхиляється та повертається групі розробників для виправлення. QA знову починає димове тестування з новою версією збірки. Тестування диму виконується на новій збірці та буде інтегровано зі старими збірками, щоб підтримувати правильність системи. Перед виконанням димового тестування команда контролю якості повинна перевірити наявність правильних версій збірки.
Випробування на дим автоматизацією
Тестування автоматизації використовується для Регресійне тестування. Однак ми також можемо використати набір автоматизованих тестів для запуску Smoke Test. За допомогою автоматизованих тестів розробники можуть перевірити збірку негайно, коли є нова збірка, готова до розгортання.
Замість повторного тестування вручну щоразу, коли розгортається нова збірка програмного забезпечення, записані випадки димового тестування виконуються для збірки. Він перевіряє, чи все ще належним чином працюють основні функції. Якщо тест провалиться, вони можуть виправити збірку та негайно повторно розгорнути її. Завдяки цьому ми можемо заощадити час і забезпечити якісне створення середовища контролю якості.
Використовуючи автоматизований інструмент, інженер-випробувач записує всі ручні кроки, які виконуються під час створення програмного забезпечення.
Цикл випробувань диму
Нижче показано блок-схему, як виконується тестування на дим. Після того, як збірку буде розгорнуто в QA та пройдено димові тести, ми переходимо до функціонального тестування. Якщо димовий тест не вдається, ми припиняємо тестування, доки проблему в збірці не буде вирішено.
Переваги тестування на дим
Ось декілька переваг тестування на дим.
- Легко провести тестування
- Дефекти будуть виявлені на ранніх стадіях.
- Покращує якість системи
- Зменшує ризик
- Доступ до прогресу легше.
- Економить зусилля та час тестування
- Легке виявлення критичних помилок і виправлення помилок.
- Він швидко біжить
- Мінімізує ризики інтеграції
Приклад тестування диму
| T.ID | СЦЕНАРІЇ ТЕСТІВ | ОПИС | ТЕСТОВИЙ КРОК | ОЧІКУВАНИЙ РЕЗУЛЬТАТ | АКТУАЛЬНИЙ РЕЗУЛЬТАТ | СТАТУС |
|---|---|---|---|---|---|---|
| 1 | Дійсні облікові дані для входу | Перевірте функціональність входу у веб-програму, щоб переконатися, що зареєстрованому користувачеві дозволено входити за допомогою імені користувача та пароля | 1. Запустіть програму 2. Перейдіть на сторінку входу 3. Введіть дійсне ім'я користувача 4.Введіть дійсний пароль 5.Натисніть кнопку входу |
Вхід має бути успішним | як і очікувалося | Проходити |
| 2 | Додавання функцій предмета | Можливість додавання товару в кошик | 1. Виберіть список категорій 2. Додайте товар у кошик |
Товар має бути доданий у кошик | Товар не додається в кошик | Невдача |
| 3 | Функція виходу | Перевірте функцію виходу | 1. виберіть кнопку вийти | Користувач повинен мати можливість вийти. | Користувач не може вийти | Невдача |
Висновок
У розробці програмного забезпечення тестування Smoke слід обов’язково виконувати для кожної збірки, оскільки це допомагає виявити дефекти на ранніх стадіях. Дія димового тестування є останнім кроком перед тим, як збірка програмного забезпечення перейде на стадію системи. Димові тести необхідно проводити на кожній збірці, яка переходить до тестування. Це стосується нових розробок, основних і другорядних випусків системи.
Перед виконанням димового тестування команда контролю якості повинна переконатися, що версія програми, що тестується, правильна. Це простий процес, який займає мінімум часу для перевірки стабільності програми.
Димові тести можуть звести до мінімуму зусилля тестування та покращити якість програми. Тестування диму може проводитися вручну або автоматизовано залежно від клієнта та організації.
