Введение в вопросы ручного тестирования интервью

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

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

В этой статье 2019 «Вопросы тестирования вручную» мы представим 10 наиболее важных и часто задаваемых вопросов, связанных с тестированием вручную. Эти вопросы интервью делятся на две части:

Часть 1 - Тестирование вопросов интервью вручную (базовое)

В этой первой части рассматриваются основные вопросы и ответы по тестированию вручную.

Q1. В чем разница между проверкой и проверкой в ​​тестировании программного обеспечения?

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

Q2. В чем разница между Test Driver и Test Stub в тестировании программного обеспечения?

Ответ:
Test Driver и Test Stub - это, по сути, кусок кода, который заменяет оригинальный неразработанный код для выполнения тестирования. Драйверы используются в подходе «снизу вверх» и в основном используются в качестве вызывающих модулей, если внутренние модули реализованы и требуют тестирования, тогда как «заглушки» используются в подходе «сверху вниз» и используются там, где подготовлен основной модуль, но вызываемые модули еще не сделано.

Например, в веб-приложении есть 3 модуля: Вход, Домой, Пользователи. Если модуль входа в систему подготовлен, но не «Домой» и «Пользователи», то замещающий «вызываемый» модуль для «Дома» и «Пользователи» является заглушкой в ​​качестве основного модуля Вход в систему подготовлен. Но если модуль Home и Users подготовлен, а основной модуль Login не подготовлен, то замещающий «вызывающий» модуль для Login называется Driver.

Q3. С какого момента в приложении мы должны начать тестирование?

Ответ:
Как только требования собраны в проекте, должны начаться планирование тестирования, стратегия тестирования и создание тестового набора или весь процесс тестирования. Сегодня почти все проекты следуют методологии Agile, поэтому требования при запуске не фиксируются, но пользовательские истории новых функций, которые будут реализованы в конкретной версии, предоставляются тестировщикам. Таким образом, планирование разработки и создание тестового набора или тестового сценария (в случае тестирования автоматизации) началось вместе с разработкой программного обеспечения. Большинство компаний используют подход Test Driven Development (TDD) для разработки программного обеспечения, в котором тестовые случаи пишутся до кода, а код пишется в соответствии с валидацией теста.

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

Q4. Какие моменты необходимо учитывать при тестировании веб-приложений и мобильных приложений или о различиях в тестировании этих двух?

Ответ:
Тестирование веб и мобильных приложений разные. Таким образом, различные сценарии должны быть проверены во время их тестирования:

  1. Поддержка браузера тестируется для веб-приложений, таких как Chrome, Firefox, IE и т. Д., В то время как мобильное приложение тестируется на различных версиях ОС, таких как Android 7, 8, 9 и т. Д.
  2. Сбой приложения в различных сценариях и помехи между другими приложениями тестируются в мобильном приложении, тогда как тестирование Session и Cookies выполняется в веб-приложениях.
  3. В мобильных приложениях приложение тестируется на экранах различных размеров, независимо от того, правильно ли выровнены элементы в соответствии с размером экрана, тогда как веб-приложение тестируется на различных разрешениях рабочего стола.
  4. Жесты рук и голоса, такие как сжатие, смахивание, распознавание голоса, тестируются на мобильных устройствах, тогда как простые функции ввода текста и копирования-вставки тестируются в веб-приложениях.

Q5. Можно ли использовать Agile-модель для тестирования небольших проектов?

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

Часть 2 - Тестирование вопросов интервью вручную (Advanced)

Давайте теперь посмотрим на расширенные вопросы и ответы на вопросы интервью вручную.

Q6. Что такое жизненный цикл тестирования программного обеспечения?

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

  1. Сбор требований
  2. Планирование испытаний
  3. Тестовый анализ
  4. Дизайн теста
  5. Настройка тестовой среды
  6. Выполнение теста
  7. Тест Закрытие

Q7. Что такое негативное тестирование и почему оно проводится?

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

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

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

Q8. Разница между ошибкой, дефектом и ошибкой в ​​отношении тестирования программного обеспечения?

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

Q9. Что такое эквивалентное тестирование?

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

В10. Что такое тестовое покрытие? Можно ли получить 100% тестовое покрытие?

Ответ:
Охват тестами - это, в основном, показатель качества, представляющий объем кода приложения, охватываемый тестовыми примерами, или объем тестирования, выполняемого созданными тестовыми примерами. Это помогает контролировать качество тестирования. Больше тестовых случаев, охватывающих максимальные области приложения, помогает достичь максимального охвата тестами, уменьшая вероятность неудачи. Хотя невозможно достичь 100% покрытия тестами, мы можем быть уверены, что тестовые случаи должны создаваться для каждой ветви, причем оператор покрывает максимальные области кода.

Рекомендуемые статьи

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

  1. Лучшие 13 вопросов интервьюирования базы данных
  2. Вопросы по тестированию игр
  3. ETL Тестирование Интервью Вопросы и Ответы
  4. Интервью по тестированию на проникновение
  5. Как работает разделение эквивалентности?

Категория:

Развитие предпринимательства