8 типов тест-кейсов, которые нельзя автоматизировать

8 ТИПОВ ТЕСТ-СЛУЧАЕВ, НЕ ПОДЛЕЖАЩИХ АВТОМАТИЗАЦИИ

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

Вы знаете, что это один из популярных вопросов на собеседовании в Selenium

Есть некоторые типы тестовых случаев, которые мы должны автоматизировать, а также некоторые тестовые случаи, которые мы не должны автоматизировать. Ранее мы обсуждали 8 типов тестовых наборов для автоматизации.

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

Невозможно достичь 100 % целей с помощью автоматического тестирования:

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

Пример:

Давайте рассмотрим случай, когда для написания автоматизированного теста требуется 3 часа/180 минут, а для ручного теста — 10 минут. Время выполнения автоматизированного теста — 1 минута. Каждый раз, когда тест запускается для выполнения, экономится 9 минут ручных усилий. Таким образом, для достижения рентабельности инвестиций (RIO) нам нужно запустить каждый тест 20 раз (180/9 = 20).

Если время написания любого теста составляет 240 минут, время ручного тестирования — 5 минут, а время автоматического запуска теста — 3 минуты, то время экономии составляет всего 2 минуты. Возврат инвестиций равен 120 (240/2=120). Таким образом, тест должен быть выполнен 120 раз, прежде чем можно будет получить какую-либо отдачу от этого теста.

Это расчетное время для написания теста. Время обслуживания необходимо добавить обратно в уравнение, а затем потребовать пересчета рентабельности инвестиций.

Автоматизированное тестирование не может решить все проблемы:

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

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

Типы тестов необходимо выполнять вручную:

1. Субъективная проверка:

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

2. Новые функции:

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

3. Стратегическое развитие.

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

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

4.Взаимодействие с пользователем:

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

5. Комплексная функциональность:

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

6. Контроль качества.

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

Автоматизированные системы не способны генерировать оригинальные мысли. Они будут выполнять только некоторые определенные задачи, которые запрограммированы. Они также не могут генерировать эффективную обратную связь, которую может предоставить пользователь-человек. Поэтому рекомендуется проводить контроль качества вручную.

7.Низкий возврат инвестиций:

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

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

8. Установка и тестирование настройки:

При установке и тестировании настройки систему необходимо протестировать с различным аппаратным и программным обеспечением, например, с загрузкой CD-ROM, дисков памяти и лент. Такие типы систем также требовали ручного тестирования.

Вывод:

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

TAG: qa

От QA genius

Adblock
detector