Автоматизированное тестирование все еще упоминается как тестирование дыма?

Question

Если нет, используется ли проверка дыма ?

Answer 1

Это своего рода диаграмма Венна. Некоторые автоматизированные тесты являются тестами дыма, а некоторые тесты дыма автоматизированы (поскольку они выполняются компьютерной программой). Тест на дым - это взлет (если я правильно помню) термина «где дым, там обычно огонь». Это набор предварительных тестов, которые программа должна пройти, чтобы ее можно было считать «настоящим» (то есть пожарным).

Тест на дым может проводиться вручную, поскольку у тестировщика есть список шагов, которые он выполняет, но они не автоматизированы с помощью компьютерной программы.

Дымовое тестирование все еще используется - в местах, где я работал, оно обычно автоматизировано.

Answer 2

Автоматическое тестирование может выполнять тестирование на дым (неглубоко, широко), но может также выполнять другие тесты, такие как регрессионное тестирование и модульное тестирование . В основном автоматизированное тестирование может быть любым повторяемым тестом.

Да, тестирование на дым все еще используется. Я обычно видел два сценария. Во-первых, определить, готово ли программное обеспечение для более глубокого тестирования. Второй, и более распространенный - IMO, - экономия на полном тестировании функциональности, на которое не должны были влиять изменения в новой сборке.

Answer 3

Проще говоря, мы можем сказать, что тестирование дыма может быть автоматическим, но это не то же самое, что автоматическое тестирование - это всегда тестирование дыма.

Да, тестирование дыма является популярным способом тестирования любого приложения / программного обеспечения.

Answer 4

Я не уверен, что мы можем сравнить дым и автоматическое тестирование. Дымовое тестирование - это способ запустить набор базовых тестов в сборке, охватывающих все основные функции, но не углубляющихся ни в какие. Цель состоит в том, чтобы определить, можно ли использовать сборку для более детального тестирования или нет. Это также набор шагов, которые можно быстро выполнить даже в сборке разработчика, чтобы определить, есть ли какие-либо проблемы из-за каких-либо существенных или основных изменений, которые должны произойти в сборке. Мы считаем, что тест Smoke является одним из наших «планов тестирования», но выполняется при каждой сборке.

Автоматизированное тестирование не относится только к тестам на дым, но может применяться и там. Это делается для того, чтобы «автоматизировать» избыточные или повторяющиеся действия, которые всегда выполняет тестер, чтобы сэкономить время. Это основная цель автоматизации. Это позволяет тестировщику тратить больше времени на другие тесты.

Это никогда не может быть заменой тестирования настоящим мозгом, и все не может быть автоматизировано. Это действие, которое дополняет процесс тестирования, а не заменяет его.

Поскольку тест Smoke потенциально выполняется на каждой сборке, есть смысл его автоматизировать. Если пробный запуск вручную занимает 4 часа, а после автоматизации - 1 час, вы сэкономили 3 человека-часа * количество сборок.

На рынке имеется несколько инструментов для автоматизации тестирования, среди которых AutoIT и SilkTest.

Answer 5

Вероятно, больше в компаниях с аппаратным обеспечением, где тест на дым был взят буквально. Мало кто их так называет. Обычно это всего лишь небольшое, но широкое подмножество более широкого набора приемочных или системных тестов. Эти тэты автоматизированы и автоматически запускаются для кода перед его отправкой или при передаче в систему контроля исходного кода.

Answer 6

Я не думаю, что тесты на дым обычно автоматизированы. Тест на дым в моем опыте на самом деле является просто базовым тестом на работоспособность, чтобы убедиться, что последующие тесты действительно могут быть запущены, и что ничего базового не сломалось, как код запуска или пункты меню. Обычно это делается человеком вручную. Я предполагаю, что это может быть автоматизировано, но обычно оно включает в себя добавление новых функций, так что автоматизированные тесты также должны быть изменены, и у вас все еще будет та же проблема, что вам понадобится человек, чтобы убедиться, что автоматизированные тесты были изменен для проверки новой функции должным образом. Напротив, автоматизированные тесты (например, модульные тесты) представляют собой набор регрессионных тестов и созданы для тестирования хорошо зарекомендовавших себя функций, которые не должны сильно меняться от выпуска к выпуску, хотя, конечно, вы бы добавили и модульные тесты, чтобы охватить новые функции.

Answer 7

Комплект автоматизации тестирования включает в себя различные уровни, такие как тест дыма, приемочный тест, ночная сборка и т. Д. Тестировщик должен решить, какой тестовый пример должен быть запущен на каждом уровне. Каждый тестовый набор нумеруется в зависимости от уровней, на которых они должны выполняться. Скажем, если есть 2 автоматизированных тестовых случая, пронумерованных с 1 и 2 соответственно для обозначения уровней, и вы определяете уровень теста как 2 в файле конфигурации, он запустит только второй тестовый случай и даст вам результат. Дымовые испытания, как правило, имеют меньшее количество тестовых случаев по сравнению с приемочными испытаниями.

Тест на дым может быть автоматизирован, но не все автоматические тесты являются тестами на дым.

Answer 8

Мое понимание «тестирования на дым» отличается от статьи в Википедии. Я понимаю, что тестирование дыма - это то, что разработчик открывает приложение и тестирует основные функции, чтобы убедиться, что приложение выглядит правильно и выполняет основные функции. Поэтому я всегда думал, что это ручной, а не автоматизированный процесс.