it-roy-ru.com

В чем разница между проверкой дыма и проверкой работоспособности?

В чем разница между проверкой дыма и проверкой работоспособности? Когда будет проводиться тестирование на дым, а когда будет проводиться тестирование работоспособности?

23
Vasantha

Тестирование вменяемости

Санитарное тестирование является подмножеством регрессионного тестирования, и оно проводится, когда у нас нет достаточно времени для проведения тестирования.

Проверка работоспособности - это проверка на уровне поверхности, при которой инженер QA проверяет, что все меню, функции, команды, доступные в продукте и проекте, работают нормально.


Пример

Например, в проекте есть 5 модулей: Страница входа , Домашняя страница , Страница сведений о пользователе , Создание нового пользователя и Создание задачи

Предположим, у нас есть ошибка на странице входа в систему: поле имени пользователя на странице входа принимает имена пользователей, которые короче 6 буквенно-цифровых символов, и это противоречит требованиям, поскольку в требованиях указано, что имя пользователя должно содержать не менее 6 буквенно-цифровых символов.

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


Проверка работоспособности проводится после того, как сборка очистила дымовые испытания и была принята командой QA для дальнейшего тестирования. Проверка работоспособности проверяет основные функциональные возможности с более мелкими деталями.

Проверка работоспособности выполняется, когда команде разработчиков необходимо быстро узнать состояние продукта после внесения изменений в код, или если в функции был изменен некоторый контролируемый код, чтобы исправить любую критическую проблему, а строгие сроки выпуска не позволяют разрешить полное регрессионное тестирование.


Тестирование дыма

Дымовое тестирование выполняется после сборки программного обеспечения, чтобы убедиться, что критические функции программы работают нормально. Он выполняется «до» любых подробных функциональных или регрессионных тестов при сборке программного обеспечения. 

Цель состоит в том, чтобы отклонить сильно испорченное приложение, чтобы команда QA не тратила время на установку и тестирование программного приложения.

При проведении испытаний на дым выбранные контрольные примеры охватывают наиболее важные функции или компоненты системы. Цель состоит не в том, чтобы провести исчерпывающее тестирование, а в том, чтобы убедиться, что критические функции системы работают нормально .... Например, типичные тесты на дым: 

  • убедитесь, что приложение успешно запускается, 
  • Убедитесь, что графический интерфейс реагирует
34
ArYa

Тестирование дыма

Дымовое тестирование происходило из аппаратной среды, где необходимо провести тестирование, чтобы проверить, не вызывает ли разработка нового аппаратного элемента в первый раз никаких пожаров и дыма. 

В программной среде проводится тестирование дыма, чтобы проверить, можем ли мы рассмотреть вопрос о дальнейшем тестировании вновь созданной функциональности.

Тестирование вменяемости

Подмножество регрессионных тестов выполняется после получения функциональности или кода с небольшими или незначительными изменениями в функциональности или коде, чтобы проверить, были ли решены проблемы или программные ошибки, и никакие другие программные ошибки не вносятся новыми изменениями.


Разница между проверкой дыма и проверкой работоспособности

Тестирование дыма

  • Дымовое тестирование используется для тестирования всех областей применения, не вдаваясь в слишком глубокие.

  • Тест дыма всегда использует автоматизированный тест или письменный набор тестов. Это всегда по сценарию.

  • Дымовое тестирование предназначено для включения каждой части приложения не полностью или детально.

  • Дымовое тестирование всегда гарантирует, работают ли наиболее важные функции программы, но не заботится о более мелких деталях.

Тестирование вменяемости

  • Тестирование работоспособности - это узкий тест, который фокусируется на одной или нескольких областях функциональности, но не полностью или не всесторонне.

  • Тест на здравомыслие обычно не зашифрован.

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

  • Проверка работоспособности - это поверхностное тестирование, которое проводится для подтверждения того, что приложение функционирует в соответствии со спецификациями. Этот уровень тестирования является подмножеством регрессионного тестирования.

Надеюсь, что эти пункты помогут вам понять разницу между проверкой дыма и проверкой работоспособности.


Рекомендации

11
krithiga m

Тест дыма

  1. Дымовое тестирование - это широкий подход, при котором все области применения программного обеспечения тестируются, не вдаваясь в слишком глубокие

  2. Контрольные примеры для тестирования программного обеспечения на предмет дыма могут быть как ручными, так и автоматическими.

  3. Дымовое тестирование проводится, чтобы убедиться, что основные функции программного приложения работают или нет. Во время дымового тестирования программного обеспечения мы не будем вдаваться в более мелкие детали.

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

  5. Это тестирование выполняется разработчиками или тестерами

  6. Тестирование дыма тренирует всю систему от начала до конца

  7. Тестирование дыма похоже на проверку общего состояния здоровья

  8. Дымовое тестирование обычно документируется или составляется по сценарию

Тестирование Санты

  1. Тестирование программного обеспечения Sanity - это узкое регрессионное тестирование с фокусом на одной или нескольких областях функциональности программного приложения.

  2. Проверка работоспособности обычно выполняется без сценариев тестирования или тестовых случаев.

  3. Тестирование работоспособности - это тип беглого тестирования программного обеспечения. Это делается всякий раз, когда быстрый цикл тестирования программного обеспечения может доказать, что программное приложение функционирует в соответствии с деловыми/функциональными требованиями.

  4. Проверка работоспособности программного обеспечения заключается в том, чтобы убедиться в том, что требования соблюдены или нет.

  5. Проверка работоспособности обычно проводится тестерами

  6. Тестирование работоспособности осуществляет только конкретный компонент всей системы

  7. Sanity Testing - это как специализированная проверка здоровья

  8. Проверка работоспособности, как правило, не документируется и не является скриптовой.

Для большего посещения Ссылка

4
Preeti Sharma

Попробуйте понять оба примера.


Предположим, вы покупаете автомобиль в автосалоне. 

Первое, что вы проверите в автомобиле, например, это четыре шины, пяльцы, фара или все остальные основные вещи. Это называется тестирование дыма .

Если вы проверяете, сколько пробега проезжает машина или какова максимальная скорость, это называется проверка работоспособности .

4
Abhishek Bhadoriya

Тесты дыма и здравомыслия

В целом, тестирование дыма и работоспособности кажется очень похожим на многих тестеров, которые только что начали, потому что в обоих случаях мы говорим о build , мы говорим о функциональности и мы говорим о отказе от сборок , если здоровье сборки не подходит для возможного тестирования.

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

Я пишу разницу между тестированием дыма и тестированием работоспособности, чтобы помочь вам ответить хотя бы на один вопрос, который обычно задают все тестировщики в ходе интервью.

Тестирование дыма

  • Дымовое тестирование проводится для проверки работоспособности сборок .

  • Он также известен как поверхностное и поверхностное тестирование, в которое мы обычно включаем те тестовые случаи, которые могут охватывать все функциональные возможности продукта.

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

  • Обычно это делается разработчиком с помощью определенных сценариев или определенных инструментов, но в некоторых случаях это может выполнять и тестировщик.

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

Тестирование вменяемости

  • Это субрегрессия

  • Разумность сделана для тех сборок, которые прошли множество регрессионных тестов, и произошло небольшое изменение в коде. В этом случае мы обычно проводим интенсивное тестирование функциональных возможностей там, где это изменение произошло или могло повлиять.

    • Из-за этого это также известно как «узкое» и «глубокое» тестирование
  • Это выполнено тестером

  • Это сделано для зрелых сборок, таких как те, которые только что попадут в производство и прошли через несколько процессов регрессии.

  • Его можно удалить из процесса тестирования, если регрессия уже выполняется.

  • Если какая-либо сборка не проходит тесты работоспособности, она отбрасывается разработчику для исправления сборки.

4
Prital choudhari

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

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

1
Rockers Technology

Тестирование дыма

Предположим, что новая сборка приложения готова на этапе разработки. 

Мы проверяем, можем ли мы открыть приложение без сбоев. Мы входим в приложение. Мы проверяем, перенаправлен ли пользователь на правильный URL-адрес и является ли среда стабильной. Если основной целью приложения является предоставление пользователю функции «покупки», проверьте, перенаправлен ли идентификатор пользователя на страницу покупки.

После тестирования дыма мы подтверждаем, что сборка находится в тестируемой форме и готова к проверке работоспособности.

Тестирование вменяемости

На этом этапе мы проверяем основные функции, такие как 

  1. войти с действительными учетными данными,
  2. войти с неверными учетными данными,
  3. информация о пользователе правильно отображается после входа в систему,
  4. сделать заказ на покупку с определенным идентификатором пользователя,
  5. страница «Спасибо» отображается после покупки
0
Ligy

Smoke tests - это тесты, целью которых является проверка правильности сборки. Я имею в виду здесь интеграция, связи. Таким образом, вы проверяете с технической точки зрения, можете ли вы сделать более широкие тесты. Вы должны выполнить несколько тестовых случаев и проверить, являются ли результаты положительными.

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

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

0
Kinga