Smoke testing (зустрічаються назви intake test. Build verification test) - тестування, яке проводиться на початковому етапі (наприклад після нового билда) і в першу чергу спрямоване на перевірку готовності розробленого продукту до проведення більш розширеного тестування, визначення загального стану якості продукту.
Це короткий цикл тестів, що підтверджує (який заперечує) факт того, що додаток стартує і виконує свої основні функції. Даний тип тестування дозволяє на початковому етапі виявити основні швидко знаходять критичні дефекти. Виходячи з того, що дані перевірки практично завжди однакові і рідко зазнають змін, доцільно буде їх автоматизувати.
Приклад smoke testing:
Якщо наприклад брати проект DI Tool STAR, то даний тип тестування буде включати в себе перевірку наступних функциональностей:
Login form (логін з валідними даними)
Log out form (клік по кнопці)
Property selection (перевірка що функціональність є і вона працює)
Property Lists (що вони є, без збереження / видалення)
Proceed to STAR
Menu (клік)
Views switching
Drawer (перемикання табів, перемикання кнопок всередині табів)
Export (спрацювання кнопки)
Header property selector
Favorites (перевірка що функціональність є і вона працює)
Потрібно визначити які завдання потрібно досягти завдяки нашому додатку, які очевидні кроки для досягнення поставленого завдання, які важливі вимоги ми повинні дотримуватися і в якій послідовності.
Для цього створюємо набір тестів. Набір тестів - це згрупована сукупність тестових випадків, пов'язана певним чином (наприклад, по функціональності).
Smoke-тести створені для того, щоб перевірити основну функціональність і повинні бути невід'ємною частиною процесу тестування. Вони можуть включати щось просте, на зразок "Чи можу я зареєструватися?". Smoke-тестування передбачає відповіді ТАК / НІ і все тест-кейси повинні бути пройдені з позитивним результатом.
Smoke test повинні бути швидкими і легкими, для того, щоб їх можна було запускати часто. Залежно від специфіка проекту, smoke test можна пройти як за кілька хвилин, так і за кілька годин.
Варто розуміти, що даний тип тестування є видом тестування продукту по глибині, а не просто видом тестових випробувань. Як говорилося вище, даний тип тестування визначає, чи придатний продукт для подальшого, більш повного тестування. У разі, якщо він не проходить smoke testing - продукт необхідно відправити на доопрацювання.
Обов'язково необхідно записувати результати проходження тесту. Це необхідно для того, щоб зберегти записи того, що працює, а що ні. Можна розділити результати на пройдено і провалено.
Пройдено: все відмінно працює.
Провалено: не працює.
Ще про тестування:
- Ad-hoc testing
- тест дизайн
- Види тестування ПО
- Тест критичного шляху
- Тестова документація
