Привет,
Smoke testing-а е тестване, което се прави след някакъв софтуерен build и целта му е да ни увери, че критичните функционалности на програмата/ продукта работят както трябва. Прави се преди всякакви подробни функционални или регресивни тестове. Smoke тестингът има за цел да отхвърли много „счупено“ приложение, така че да не губи време на QA екипа да го инсталира и тества.
Пример за smoke test би бил – Дали приложението се пуска успешно или дали графичния юзър интерфейс (GUI) работи – като натиснеш с мишката да кажем дали натиска бутона, който си избрал и т.н.
Приличат си много със Sanity check-а , за който имаше вече въпрос и линка към него е тук и ще посоча разликите между двата, понеже е хубаво да се знаят.
Smoke:
Прави се да се види дали критичните функционалности работят на 1 програма така, както трябва.
Sanity:
Прави се, за да провери дали новите функционалности/ бъгове са били оправени.
Smoke:
Целта е да се провери стабилността на системата и дали може да продължи към по-сложните тестове.
Sanity:
Да види рационалността на системата и дали може да продължи с другите по-сложни тестове.
Smoke:
Прави се от дев или тестъри.
Sanity:
Прави се от тестъри.
Smoke:
Обикновено се документира/скрипт-ва.
Sanity:
Не се документира и не се скрипт-ва.
Smoke:
Част е от Regression тестването (регресивното тестване).
Sanity:
Част е от Acceptance тестването (тестване за одобрение).
Smoke:
За цялата програма от до.
Sanity:
Само за някой компонент/ функционалност.
Smoke:
Е като проверяване на цялостното състояние на самата програма.
Sanity:
Проверяване на състоянието на един компонент от самата програма.
Последните 2 разлики се повтарят общо взето.
И не на последно място – smoke-а може да се автоматизира, докато sanity check-а не може.
