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