Дымовое тестирование (программное обеспечение)
В компьютерном программировании и тестировании программного обеспечения дымовое тестирование (также тестирование достоверности , тестирование работоспособности , [1] проверочный тест сборки ( BVT ) [2] [3] [4] и приемочное тестирование сборки ) — это предварительное тестирование или проверка работоспособности, позволяющая выявить простые сбои, достаточно серьезные, чтобы, например, отклонить будущую версию программного обеспечения. Дымовые тесты — это подмножество тестовых примеров , которые охватывают наиболее важные функции компонента или системы и используются для оценки того, правильно ли работают основные функции программного обеспечения. [1] [2] Когда дымовой тест используется для определения того, должна ли компьютерная программа подвергаться дальнейшему, более детальному тестированию, его можно назвать предварительным тестированием. [5] или вступительный тест . [1] Альтернативно, это набор тестов, выполняемых для каждой новой сборки продукта, чтобы убедиться, что сборка пригодна для тестирования, прежде чем она будет передана в руки группы тестирования. [6] В парадигме DevOps использование этапа проверки сборки является отличительной чертой стадии зрелости непрерывной интеграции . [7]
Например, дымовой тест может ответить на такие основные вопросы, как «запускается ли программа?», «открывается ли пользовательский интерфейс?» или «приносит ли что-нибудь нажатие на главную кнопку?» Процесс дымового тестирования направлен на то, чтобы определить, не повреждено ли приложение настолько сильно, что дальнейшее немедленное тестирование становится ненужным. Как написано в книге « Уроки тестирования программного обеспечения». [8] По его словам, «дымовые тесты широко охватывают функции продукта в течение ограниченного времени [...], если ключевые функции не работают или ключевые ошибки еще не исправлены, ваша команда не будет тратить дополнительное время на установку или тестирование». [3]
Дымовые тесты часто выполняются быстро, что дает преимущества более быстрой обратной связи вместо запуска более обширных наборов тестов , что, естественно, займет больше времени.
Частая реинтеграция с дымовым тестированием входит в число лучших отраслевых практик . [9] [ нужна цитата для проверки ] В идеале каждая фиксация в репозитории исходного кода должна запускать сборку непрерывной интеграции, чтобы как можно скорее выявить регрессии. Если сборки занимают слишком много времени, вы можете объединить несколько коммитов в одну сборку, или очень большие системы могут пересобираться один раз в день. В общем, перестраивайте и повторяйте тестирование как можно чаще.
Дымовое тестирование также проводится тестировщиками перед принятием сборки для дальнейшего тестирования. Microsoft утверждает, что после проверки кода « дымовое тестирование является наиболее экономичным методом выявления и устранения дефектов в программном обеспечении». [10]
Дым-тесты можно выполнять вручную или с помощью автоматизированного инструмента . В случае автоматизированных инструментов процесс создания сборки часто инициирует тестирование. [ нужна ссылка ]
Дымовые тесты могут быть функциональными или модульными . Функциональные тесты проверяют всю программу с различными входными данными. Модульные тесты проверяют отдельные функции, подпрограммы или методы объекта. Функциональные тесты могут включать в себя серию программных входных данных по сценарию, возможно, даже с автоматическим механизмом управления движениями мыши. Модульные тесты могут быть реализованы либо как отдельные функции внутри самого кода, либо как уровень драйвера, который связывается с кодом, не изменяя тестируемый код. [ нужна ссылка ]
Этимология
[ редактировать ]В книге «Уроки тестирования программного обеспечения » Сем Канер, Джеймс Бах и Бретт Петтикорд указали на происхождение этого термина: «Фраза « дымовой тест» происходит от тестирования электронного оборудования . Вы подключаете новую плату и включаете питание. Если вы видите дым от платы, отключите питание. Больше никаких испытаний проводить не нужно». [3]
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Jump up to: а б с Глоссарий ISTQB® для схемы квалификации тестирования программного обеспечения Международного совета по тестированию программного обеспечения, Глоссарий ISTQB Международной квалификационной комиссии по тестированию программного обеспечения.
- ^ Jump up to: а б Дастин, Рашка, Пол. «Автоматическое тестирование программного обеспечения: внедрение, управление и производительность». Аддисон-Уэсли 1999, с. 43-44. ISBN 0-201-43287-0 .
- ^ Jump up to: а б с Канер, Джем; Бах, Джеймс; Петтикорд, Брет (2002). Уроки, извлеченные из тестирования программного обеспечения . Компьютерное издательство Wiley . п. 95. ИСБН 0-471-08112-4 .
- ^ «Как настроить и запустить проверочные тесты сборки (BVT)» . Библиотека MSDN для Visual Studio 2005 . Проверено 20 ноября 2010 г.
- ^ 20 марта 2013 г. ISTQB Терминология для тестовых программ, версия 2.2 Рабочая группа по глоссарию, Международный совет по квалификациям тестировщиков программного обеспечения, Эрик ван Венендал (Ангельск), Эрнст фон Дюринг (Норск) «Входной тест: особый пример дымового теста для решить, готов ли компонент или система к детальному и дальнейшему тестированию. Обычно в начале этапа выполнения теста проводится входное испытание.
- ^ Сэмюэл Менакер; Шиталь Гуттиголи (14 декабря 2014 г.). Управление разработкой программного обеспечения . Сэмюэл Менакер, Шиталь Гуттиголи. п. 40. ГГКЛЮЧ:JH61NP21TXJ.
- ^ Журнал PowerShell , DevOps, Инфраструктура как код и PowerShell DSC: Введение, Равикант С., 5 января 2016 г.
- ^ Сем Канер, Джеймс Бах, Брет Петтихорд, Уроки, извлеченные из тестирования программного обеспечения: контекстно-ориентированный подход . Уайли, 2001 г.
- ^ МакКоннелл, Стив. «Быстрое развитие». Microsoft Press, стр. 405
- ^ «Руководство по проведению дымовых испытаний» . Библиотека MSDN для Visual Studio 2005 . 26 июня 2007 года . Проверено 20 ноября 2010 г.