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

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

11 ответов

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

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

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


пример

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

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

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


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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • В связи с этим его также называют "узким" и "глубоким" тестированием.
  • Это выполнено тестером

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для получения дополнительной посетите ссылку

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


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

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

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

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

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

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

Испытание на дым - это проверка соответствия требованиям или нет. Тестирование дыма - это общая проверка здоровья.

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

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

  • Дымовое тестирование проводится, чтобы убедиться, что критические функции программы работают нормально
  • Целью этого тестирования является проверка "стабильности" системы для продолжения более тщательного тестирования.
  • Это тестирование выполняется разработчиками или тестерами
  • Дымовое тестирование обычно документируется или составляется по сценарию
  • Дымовое тестирование является подмножеством регрессионного тестирования
  • Тестирование дыма тренирует всю систему от начала до конца
  • Тестирование дыма похоже на проверку общего состояния здоровья

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

  • Проверка работоспособности проводится для проверки новой функциональности / исправлены ошибки
  • Целью тестирования является проверка "рациональности" системы для проведения более строгого тестирования.
  • Проверка работоспособности обычно проводится тестерами
  • Проверка работоспособности, как правило, не документируется и не является скриптовой.
  • Санитарное тестирование является подмножеством приемочного тестирования
  • Тестирование работоспособности осуществляет только конкретный компонент всей системы
  • Sanity Testing - это как специализированная проверка здоровья

Что такое тестирование дыма?

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

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

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

  • Убедитесь, что графический интерфейс реагирует

Что такое здравомыслие?

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

Цель состоит не в том, чтобы тщательно проверить новую функциональность, а в том, чтобы определить, что разработчик применил некоторую рациональность (здравомыслие) при создании программного обеспечения. Например, если ваш научный калькулятор дает результат 2 + 2 = 5 тогда нет смысла тестировать расширенные функции вроде греха 30 + cos 50,

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

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

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

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

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

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

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

НЕТ РАЗницы между дымом и рассудком согласно ISTQB.

здравомыслие - синоним дыма.

Проверьте это здесь: https://glossary.istqb.org/en/search/sanity

Тест дыма:-

Дымовое тестирование выполняется по сценарию, т. Е. У вас есть либо ручные тесты, либо автоматизированные сценарии для него.

Тестирование в здравом уме:-

Тесты работоспособности в основном не написаны.

Другие вопросы по тегам