В этом посте мы видим вопросы для собеседования по тестированию программного обеспечения. Наше основное внимание уделяется вопросам, заданным в разделе Вопросы и ответы для собеседования по ручному тестированию, основанные на реальных условиях
Прежде чем идти дальше, давайте рассмотрим некоторые неизбежные вопросы на собеседовании, например, «Почему вы выбрали тестирование программного обеспечения своей карьерой». Я не хочу отнимать у вас много времени, но я не мог двигаться дальше, не упомянув в интервью этот неизбежный вопрос, то есть «Расскажи мне о себе». Нажмите на ссылку, чтобы узнать, как отвечать на общие вопросы собеседования. Итак, давайте перейдем к самому посту.
Вопросы для собеседования по ручному тестированию
< strong>Прежде чем начать, ознакомьтесь со следующими публикациями по теме:
- Почему вы выбираете тестирование программного обеспечения в качестве карьеры
- Общие вопросы на собеседовании
- Вопросы на собеседовании по SQL для контроля качества программного обеспечения
- Вопросы для собеседования по Agile
- Вопросы для собеседования по Selenium WebDriver
- Объяснение платформы автоматизации тестирования
- Вопросы для собеседования по платформе автоматизации тестирования
- Вопросы для собеседования по TestNG
Вопросы для собеседования по тестированию программного обеспечения
1. Что такое тестирование программного обеспечения?
Согласно стандарту ANSI/IEEE 1059 – процесс анализа элемента программного обеспечения для обнаружения различий между существующими и требуемыми условиями (т. е. дефектов) и оценки характеристик элемента программного обеспечения. Узнайте больше о тестировании программного обеспечения.
2. В чем разница между SDET, инженером по тестированию и разработчиком
SDET, инженером по тестированию и разработчиком
| Инженер по тестированию | SDET | Разработчик |
|---|---|---|
| Инженер по тестированию думает только с точки зрения прохождения или неудачи тестового примера и того, как сломать программное обеспечение | SDET знает функциональные цели системы, а также цели качества | Разработчик думает, как разработать систему и заставить работать функциональность |
| Инженер по тестированию работает только для жизненного цикла теста, например, для разработки тестовых примеров и выполнения. | SDET участвует в проектировании, разработке и тестировании. | Разработчик ограничен частью кодирования и выпуск для группы тестирования |
| Знаний в области кодирования не требуется | Динамические наборы навыков, такие как знание качества и тестирования, а также хорошее знание кодирования тоже | Требуются только знания кодирования |
| Инженеры по тестированию знают, где присутствует повторяющаяся работа или простой ввод данных, но от них не ожидается, что они будут минимизировать повторяющиеся задачи | SDET понимает потребности автоматизации, они могут программировать и предоставлять решение команде, где повторяющиеся виды работы убивает время. Они могут разработать структуру, которая поможет команде тестирования сократить повторяющиеся циклы тестирования или упростить задачу ввода данных. | Разработчики не занимаются такими задачами |
| От инженеров по тестированию не требуется доходить до уровня кода и настраивать производительность. | Хорошо осведомлены о настройке производительности и угрозах безопасности. Они могут предлагать и обращаться к коду, а также подсказывать, где приложение имеет низкую производительность, а также они могут оптимизировать код | От разработчиков ожидается, что они будут кодировать только ту функциональность, которую ожидает клиент |
3. Каковы лучшие практики написания тестовых примеров?
- Напишите тестовые случаи с точки зрения конечных пользователей
- Напишите шаги теста в простой форме, чтобы каждый мог легко их выполнить
- Сделайте тестовые примеры многоразовыми
- Установите приоритет
- Предоставьте описание тестового примера, тестовые данные, ожидаемый результат, предварительное условие, постусловие.
- Записывайте недопустимые тестовые примеры вместе с действительными тестовыми примерами.
- Следуйте правилам правильного именования.
- Регулярно просматривайте тестовые примеры и при необходимости обновляйте их.
4. Сколько тестовых примеров вы можете выполнить за день?
Будьте практичны, отвечая на вопросы собеседования по ручному тестированию в режиме реального времени. Можно сказать, что это полностью зависит от сложности и размера тестового примера. В некоторых тестовых примерах мало шагов тестирования, а в некоторых больше.
Пример ответа: «В моем предыдущем проекте мы обычно выполняем 30–40 простых тестовых случаев (например, функцию входа в систему) в день, 10–20 средних тестовых примеров (например, назначение ролей пользователей) в день и 5–10 сложных тестовых примеров ( полный поток покупок) в день.
5. Сколько тест-кейсов вы можете написать за день или сколько времени требуется для написания тест-кейса?
Та же стратегия применима и здесь. Это полностью зависит от сложности функциональности.
6. Сколько дефектов вы обнаружили в своем последнем проекте?
Прежде чем сказать, сколько дефектов вы обнаружили в своем последнем проекте, сначала начните говорить о типе проекта, над которым вы работали и сколько тестировали. случаев, которые вы выполнили.
Я работал на веб-сайте электронной коммерции, где я выполнил в общей сложности 200 тестовых случаев и обнаружил около 45 дефектов.
7. Что такое управление конфигурацией?
Управление конфигурацией (CM) — это процесс системного проектирования для поддержания системных ресурсов, компьютерных систем, серверов, программного обеспечения и производительности продукта в согласованном состоянии. Это помогает записывать все изменения, внесенные в систему, и гарантирует, что система работает должным образом, даже если изменения вносятся с течением времени.
8. Назовите несколько популярных инструментов управления конфигурациями?
Некоторые из популярных инструментов управления конфигурацией — Ansible, Chef, Puppet, Terraform, Saltstack и т. д.
9. Что такое запрос на модификацию?
Запрос на модификацию (MR) при разработке программного обеспечения используется клиентами для изменения существующей функциональности программного обеспечения.
10. Что такое отчет об улучшениях?
Отчет об улучшениях (ER) при разработке программного обеспечения используется клиентами для добавления новой функции в программное обеспечение.
11. Что, если программное обеспечение настолько глючное, что его вообще невозможно протестировать?
Если программное обеспечение настолько глючное, первое, что нам нужно сделать, — это сообщить об ошибках и классифицировать их по степени серьезности. Если ошибки являются критическими, это серьезно влияет на график и указывает на более глубокие проблемы в процессе разработки программного обеспечения. Поэтому вам необходимо сообщить менеджеру об ошибках, предоставив соответствующую документацию в качестве доказательства.
12. В чем разница между обеспечением качества и контролем качества при тестировании?
Гарантия качества: Обеспечение качества включает в себя процессно-ориентированную деятельность. Это обеспечивает предотвращение дефектов в процессе создания программных приложений. Таким образом, дефекты не возникают во время разработки Программного приложения.
Контроль качества: Контроль качества включает в себя деятельность, ориентированную на продукт. Он выполняет программу или код для выявления дефектов в Программном приложении.
Теперь вы знаете, что такое обеспечение качества и что такое контроль качества. Как инженер по тестированию программного обеспечения, вы должны знать разницу между обеспечением качества и контролем качества.
Прочитайте этот пост, где мы подробно обсудили обеспечение качества и контроль качества при тестировании.
13. Что такое проверка при тестировании программного обеспечения?
Верификация — это процесс, позволяющий убедиться, что мы создаем продукт правильно, т. е. проверка имеющихся у нас требований и проверка того, разрабатываем ли мы продукт. продукт соответственно или нет. Здесь задействованы следующие виды деятельности: инспекции, обзоры, обходы. Нажмите здесь, чтобы получить более подробную информацию.
14. Что такое валидация при тестировании программного обеспечения?
Вердация — это процесс, определяющий, создаем ли мы правильный продукт, то есть проверка правильности разработанного нами продукта или нет. Мероприятиями, связанными с этим, является тестирование программного приложения. Нажмите здесь, чтобы получить более подробную информацию.
Не пропустите: Вопросы для собеседования по контролю качества программного обеспечения
15. Что такое статическое тестирование?
Статическое тестирование предполагает проверку документов для выявления дефектов на ранних стадиях SDLC. При статическом тестировании мы проводим проверки кода, пошаговые руководства, коллегиальные проверки и статический анализ исходного кода с помощью таких инструментов, как StyleCop, ESLint и т. д.,
16. Что такое динамическое тестирование?
Динамическое тестирование предполагает выполнение кода. Он проверяет выходные данные на соответствие ожидаемому результату.
29. Что такое тестовые данные?
Тестовые данные — это данные, которые используются тестировщиками для выполнения тестовых случаев. При выполнении тестовых случаев тестировщикам необходимо ввести некоторые входные данные. Для этого тестировщики готовят тестовые данные. Его можно приготовить вручную, а также с помощью инструментов.
Например, чтобы протестировать базовую функциональность входа в систему с использованием полей идентификатора пользователя и пароля. Нам нужно ввести некоторые данные в поля идентификатора пользователя и пароля. Поэтому нам нужно собрать некоторые тестовые данные.
30. Что такое тестовый комплект?
Тестовый комплект — это совокупность программного обеспечения и тестовых данных, настроенных для тестирования программного модуля путем его запуска в различных условиях, что включает в себя мониторинг выходных данных с ожидаемыми результатами.< р>Он содержит механизм выполнения тестов и репозиторий тестовых сценариев
31. Что такое завершение теста?
Закрытие теста — это записка, подготавливаемая до того, как группа тестирования официально завершит процесс тестирования. В этой заметке указано общее количество. тестовых случаев, всего нет. выполненных тестовых случаев, всего нет. обнаруженных дефектов, всего нет. исправленных дефектов, всего нет. количество не исправленных ошибок, общее количество отклоненных ошибок и т. д.,
32. Каковы задачи действий по закрытию теста при тестировании программного обеспечения?
Действия по закрытию теста делятся на четыре основные группы.
Проверка завершения теста. Чтобы гарантировать, что все тесты должны быть либо запущены, либо намеренно пропущены. и все известные дефекты должны быть либо исправлены, отложены для будущих выпусков, либо приняты в качестве постоянного ограничения.
Передача тестовых артефактов. Тесты и тестовая среда должны быть переданы лицам, ответственным за поддерживающее тестирование. Известные дефекты, принятые или отложенные, должны быть задокументированы и доведены до сведения тех, кто будет использовать и поддерживать использование системы.
Извлеченные уроки: анализ извлеченных уроков для определения изменений, необходимых для будущих выпусков и проектов. На ретроспективных встречах разрабатываются планы, обеспечивающие возможность повторения хороших
практик и исключение повторения плохих практик
Архивирование результатов, журналов, отчетов и других документов и рабочих продуктов в CMS (система управления конфигурациями).
33. Что такое тестовое покрытие?
Тестовое покрытие помогает измерить объем тестирования, выполняемого набором тестов.
Тестовое покрытие может осуществляться как по функциональным, так и по нефункциональным действиям. Он помогает тестировщикам создавать тесты, охватывающие недостающие области.
34. Объясните, как работает инструмент тестового покрытия?
Тестирование покрытия кода — это процесс запуска тестов программного обеспечения, чтобы гарантировать, что план кода охватывает все аспекты исходного кода программного обеспечения. Этот тип тестирования проводится параллельно с реальным тестированием продукта. Инструмент покрытия кода позволяет отслеживать, какие операторы исходного кода выполняются. По окончании тестирования вы получите отчет с подробным описанием того, какие операторы не были охвачены и какой процент от общего покрытия теста составляет.
35. Что такое покрытие кода?
Покрытие кода отличается от покрытия тестированием. Покрытие кода — это методы модульного тестирования, которые должны быть нацелены на все области кода хотя бы один раз. Обычно это делают разработчики или модульные тестеры.
См. метрики тестирования.
36. Перечислить результаты тестирования?
- Стратегия тестирования
- План тестирования
- Отчет об оценке усилий
- Сценарии тестирования
- Тестовые примеры/сценарии
- Тестовые данные< li>Матрица отслеживания требований (RTM)
- Отчет о дефектах/отчет об ошибках
- Отчет о выполнении теста
- Графики и показатели
- Сводный отчет о тестировании
- Отчет об инциденте тестирования
- Отчет о завершении теста
- Примечание к выпуску
- Руководство по установке/настройке
- Руководство пользователя
- Отчет о состоянии теста
- Еженедельный отчет о состоянии (от менеджера проекта клиенту)
Нажмите здесь, чтобы получить более подробную информацию.
37. Что такое отчет об испытаниях?
Отчет о тестировании — это документ, в котором представлен обзор целей, действий и результатов тестирования. Необходимо обобщить результаты тестирования и сравнить их с ожиданиями. Это помогает нам определить, готов ли продукт к выпуску или нет. Кроме того, это позволяет нам видеть текущий статус проекта и оценивать качество продукта
38. Каковы наиболее распространенные компоненты отчета о дефекте?
Наиболее распространенные компоненты формата отчета о дефектах включают следующие:
- Имя проекта
- Имя модуля
- Идентификатор дефекта
- Дефект обнаружен
- Дефект обнаружен по
- Приоритету
- Серьезности
- Дефект устранен
- Дефект устранен
39. Каковы различные категории отладки?
Отладка — это поиск и устранение ошибок в компьютерной программе, которые мешают ее правильной работе.
Существует несколько категорий отладки. отладка, которая включает в себя:
- отладку методом грубой силы
- возврат
- Устранение причин
- Анализ дерева неисправностей
- Нарезка программы
40. Напишите несколько распространенных ошибок, которые приводят к серьезным проблемам.
К наиболее распространенным ошибкам относятся:
- Игнорирование мелких проблем
- Плохое планирование
- Недооценка
- Неправильное распределение ресурсов
- Несоблюдение точного процесса
Вопросы для собеседования по ручному тестированию для новичков< /strong>
41. Каковы уровни тестирования?
При тестировании программного обеспечения существует четыре уровня тестирования.
- Модульное тестирование или тестирование на уровне компонентов
- Интеграционное тестирование< li>Тестирование системы
- Приемочное тестирование
42. Что такое модульное тестирование?
Модульное тестирование также называется тестированием модулей или тестированием компонентов. Это делается для проверки правильности работы отдельного модуля или модуля исходного кода. Это делается разработчиками в среде разработчика. Узнайте больше о модульном тестировании.
43. Что такое интеграционное тестирование?
Интеграционное тестирование — это процесс тестирования интерфейса между двумя программными модулями. Интеграционное тестирование проводится тремя способами. Подход «большого взрыва», подход «сверху вниз», подход «снизу вверх». Узнайте больше об интеграционном тестировании.
Нажмите здесь, чтобы получить более подробную информацию.
44. Что такое тестирование системы?
Тестирование полностью интегрированного приложения для оценки соответствия системы указанным требованиям называется тестированием системы, также известным как комплексное тестирование. Проверка завершенной системы, чтобы убедиться, что приложение работает должным образом или нет.
Проверьте этот пост. Разница между тестированием системы и интеграционным тестированием
45. Что такое подход «большого взрыва»?
Однократное объединение всех модулей и проверка функциональности после завершения тестирования отдельных модулей.
Сверху вниз и снизу вверх выполняются с использованием фиктивных модулей. известные как заглушки и драйверы. Эти заглушки и драйверы используются для замены недостающих компонентов для имитации обмена данными между модулями.
46. Что такое подход «сверху вниз»?
Тестирование происходит сверху вниз. Сначала тестируются модули высокого уровня, затем модули низкого уровня и, наконец, модули низкого уровня интегрируются на высоком уровне, чтобы убедиться, что система работает должным образом. Заглушки используются в качестве временного модуля, если модуль не готов к интеграционному тестированию.
47. Что такое подход «снизу вверх»?
Это ответ на подход «сверху вниз». Тестирование происходит снизу вверх. Сначала тестируются модули самого низкого уровня, затем модули высокого уровня и, наконец, модули высокого уровня интегрируются на низком уровне, чтобы убедиться, что система работает должным образом. Драйверы используются в качестве временного модуля для интеграционного тестирования.
48. Что такое заглушки и драйверы при ручном тестировании?
При тестировании программного обеспечения заглушки и драйверы используются при ручном тестировании для проверки функциональности системы без использования реальной системы.
Заглушка — это небольшой фрагмент кода, который вызывается тестируемым модулем. . Драйвер — это небольшой фрагмент кода, который вызывает тестируемый модуль. >49. В чем разница между интеграционным тестированием и системным тестированием?
Интеграционное тестирование и системное тестирование
| ИНТЕГРАЦИОННОЕ ТЕСТИРОВАНИЕ | СИСТЕМНОЕ ТЕСТИРОВАНИЕ | ||
|---|---|---|---|
| Это тестирование низкого уровня | Это тестирование высокого уровня | ||
| За ним следуют при тестировании системы | За ним следует приемочное тестирование | ||
| Оно выполняется после модульного тестирования | Оно выполняется после интеграционного тестирования. | ||
| Различные типы интеграционного тестирования: • Интеграционное тестирование сверху вниз • Интеграционное тестирование снизу вверх • Интеграционное тестирование «большого взрыва» • Сэндвич-интеграционное тестирование | Различные типы системного тестирования: • Регрессионное тестирование • Тестирование работоспособности • Тестирование удобства использования< br>• Повторное тестирование • Нагрузочное тестирование • Тестирование производительности • Сопровождающее тестирование | ||
| Тестировщики выполняют функциональное тестирование для проверки взаимодействия двух модулей | Тестировщики выполняют как функциональное, так и нефункциональное тестирование для оценки функциональности, удобства использования, тестирования производительности и т. д., | ||
| Выполняется для проверки того, эффективно ли взаимодействуют два разных модуля друг с другом или нет | Выполняется для проверки того, работает ли продукт в соответствии с ожиданиями пользователя и требуемыми спецификациями< tr class="row-8 даже"> | Его могут выполнять как тестировщики, так и разработчики | Выполняют тестировщики |
| Тестирование происходит на интерфейсе двух отдельных модули | Тестирование проводится для всего программного приложения | ||
| Здесь мы проверяем взаимодействие между отдельными модулями. | Здесь мы проверяем готовый продукт. | ||
| Тестировщикам необходимо понимать взаимосвязанные модули и их взаимодействие. | Тестировщикам необходимо понимать внутреннюю структуру и язык программирования. | ||
| Это охватывает только функциональное тестирование. | Оно охватывает как функциональное, так и нефункциональное тестирование. |
50. Что такое сквозное тестирование?
Проще говоря, сквозное тестирование — это процесс тестирования программного обеспечения от начала до конца. Дополнительную информацию можно найти в этом руководстве по сквозному тестированию. Также обратитесь к руководству по тестированию системы.
51. Что такое функциональное тестирование?
Проще говоря, то, что на самом деле делает система, — это функциональное тестирование. Проверить, что каждая функция программного приложения работает так, как указано в документе с требованиями. Тестирование всех функций путем предоставления соответствующих входных данных, чтобы проверить, соответствует ли фактический результат ожидаемому результату или нет. Это относится к тестированию «черного ящика», и тестировщикам не нужно беспокоиться об исходном коде приложения.
Подробнее о функциональном тестировании можно узнать здесь
52. Что такое нефункциональное тестирование?
Проще говоря, насколько хорошо работает система — это тестирование нефункциональности. Нефункциональное тестирование относится к различным аспектам программного обеспечения, таким как производительность, нагрузка, нагрузка, масштабируемость, безопасность, совместимость и т. д. Основное внимание уделяется улучшению пользовательского опыта за счет того, насколько быстро система реагирует на запрос.
53. В чем разница между функциональным и нефункциональным тестированием?
Функциональное тестирование и нефункциональное тестирование
| Функциональное тестирование | Нефункциональное тестирование |
|---|---|
| На самом деле система выполняет функциональное тестирование< td class=column-2>Насколько хорошо работает система, определяется тестирование нефункциональности | |
| Чтобы убедиться, что ваш продукт соответствует требованиям клиентов и бизнеса и не есть ли какие-либо серьезные ошибки | Чтобы гарантировать, что продукт соответствует ожиданиям клиентов |
| Чтобы проверить точность программного обеспечения относительно ожидаемых результатов | Чтобы проверить поведение программного обеспечения при различных условиях нагрузки |
| Выполняется перед нефункциональным тестированием | Выполняется после функционального тестирования |
| Пример функционального тестовый пример — проверка функциональности входа в систему | Пример нефункционального тестового примера — проверка того, загружается ли домашняя страница менее чем за 2 секунды. |
| Типы тестирования: • Модульное тестирование • Дымовое тестирование • Приемка пользователем • Интеграционное тестирование • Регрессионное тестирование • Локализация • Глобализация • Функциональная совместимость | Типы тестирования >• Тестирование производительности • Объемное тестирование • Масштабируемость • Тестирование удобства использования • Нагрузочное тестирование • Стресс-тестирование • Тестирование на соответствие • Тестирование переносимости • Тестирование аварийного восстановления |
| Оно может выполняться как вручную, так и автоматически | При автоматизации оно может выполняться эффективно |
54. Что такое приемочное тестирование?
Это также известно как предпроизводственное тестирование. Это делают конечные пользователи вместе с тестировщиками для проверки функциональности приложения. После успешных приемочных испытаний. Формальное тестирование проводится для определения того, разработано ли приложение в соответствии с требованиями. Это позволяет клиенту принять или отклонить заявку. Типы приемочного тестирования: альфа, бета и гамма.
55. На каком основании готовится план приемочных испытаний?
План приемочных испытаний готовится с использованием следующих исходных данных.
- Документ с требованиями:В документе с требованиями указано, что именно необходимо и что не требуется в существующем проекте с точки зрения клиента.
- Вклад от клиента: Вклад от клиента будет в формате официальных электронных писем, неформальных бесед, обсуждения и т. д.,
- План проекта: документ плана проекта, подготовленный менеджером проекта.
Все три вышеуказанных исходных данных служат хорошими исходными данными для подготовки плана приемочных испытаний.
56. Что такое альфа-тестирование?
Альфа-тестирование проводится собственными разработчиками (разработавшими программное обеспечение) и тестировщиками перед отправкой программного обеспечения клиентам. Иногда альфа-тестирование проводится клиентом или аутсорсинговой командой с присутствием разработчиков или тестировщиков. Это часть пользовательского приемочного тестирования. Целью этого является обнаружение ошибок до того, как клиенты начнут использовать программное обеспечение.
57. Что такое бета-тестирование?
Перед поставкой бета-тестирование проводится ограниченным числом конечных пользователей. Это делается после альфа-тестирования. Обычно это делается на месте клиента. Узнайте больше о бета-тестировании здесь.
58. Что такое гамма-тестирование?
Гамма-тестирование проводится, когда программное обеспечение готово к выпуску с указанными требованиями. Это делается на месте клиента. Это делается напрямую, пропуская все действия по внутреннему тестированию.
59. Что такое дымовое тестирование?
Дымовое тестирование проводится для того, чтобы убедиться, что сборка, которую мы получили от команды разработчиков, тестируема или нет. Ее еще называют проверкой «Дня 0». Это делается на «уровне сборки». Это помогает не тратить время на тестирование и просто тестировать все приложение, когда ключевые функции не работают или ключевые ошибки еще не исправлены.
Не пропустите это подробное руководство по дымовому тестированию.
< h4 class=wp-block-heading id=h-60-what-is-sanity-testing>60. Что такое тестирование работоспособности?
Тестирование работоспособности проводится на этапе выпуска, чтобы проверить основные функции приложения, не вдаваясь в подробности. Его также называют подмножеством регрессионного тестирования. Это делается на «уровне релиза». Иногда из-за ограничений по времени выпуска невозможно провести тщательное регрессионное тестирование сборки, тестирование работоспособности выполняет эту часть, проверяя основные функции.
Не пропустите это подробное руководство по тестированию на здравомыслие.
61. В чем разница между тестированием на здравомыслие и тестированием на дым?
Тестирование на здравомыслие и тестирование на дым
| ТЕСТИРОВАНИЕ НА ДЫМ | ТЕСТИРОВАНИЕ ВНИМАТЕЛЬНОСТИ |
|---|---|
| Smoke Test проводится, чтобы убедиться, что сборка, которую мы получили от команды разработчиков, пригодна для тестирования или нет. | Sanity Test выполняется на этапе выпуска, чтобы проверить основные функции приложения, не вдаваясь в подробности |
| Тестирование дыма выполняется как разработчиками, так и тестировщиками | Тестирование работоспособности выполняется только тестировщиками |
| Smoke Testing проверяет все приложение от начала до конца | Тестирование работоспособности проверяет только определенный компонент всего приложения |
| Тестирование дыма, сборка может быть стабильной или нестабильной | Тестирование работоспособности , сборка относительно стабильна |
| Это делается в начальных сборках. | Это делается в стабильных сборках. |
| Это часть базового тестирования. | Это часть регрессионного тестирования. |
| Обычно это делается каждый раз при выходе новой версии сборки. | Это планируется, когда нет достаточно времени для углубленного тестирования. |
Вопросы для собеседования по ручному тестированию для опытных
62. Что такое повторное тестирование?
Чтобы гарантировать, что дефекты, обнаруженные и опубликованные в предыдущей сборке, были исправлены или нет в текущей сборке. Скажем, вышел Build 1.0. Группа тестирования обнаружила некоторые дефекты (идентификатор дефекта 1.0.1, 1.0.2) и опубликовала их. Вышла сборка 1.1, сейчас проводится повторное тестирование дефектов 1.0.1 и 1.0.2 в этой сборке.
Полное руководство: повторное тестирование
63. Что такое регрессионное тестирование?
Повторное тестирование уже протестированной программы после модификации для обнаружения любых дефектов, появившихся или обнаруженных в результате изменений в тестируемом программном обеспечении или в других связанных или несвязанных компонентах программного обеспечения.
Обычно мы проводим регрессионное тестирование в следующих случаях: случаи:
- В приложение добавляются новые функции
- Требование к изменению (в организациях мы называем это CR)
- Устранение дефектов
- Устранение проблем с производительностью
- Изменение среды (например, обновление БД из MySQL в Oracle)
Читать подробное руководство по регрессионному тестированию
64. Что вы подразумеваете под регрессионным и подтверждающим тестированием?
Регрессионное тестирование: Группа тестирования повторно выполняет тесты для измененного приложения, чтобы убедиться, что измененный код не работает. все, что работало раньше.
Подтверждающее тестирование:Обычно тестировщики сообщают об ошибке, когда тест не пройден. Команда разработчиков выпускает новую версию программного обеспечения после устранения дефекта. Теперь группа тестирования проведет повторное тестирование, чтобы убедиться, что обнаруженная ошибка действительно исправлена или нет.
65. Что такое тестирование графического пользовательского интерфейса?
Тестирование графического пользовательского интерфейса предназначено для тестирования интерфейса между приложением и конечным пользователем.
66. Что такое тестирование восстановления?
Тестирование восстановления проводится для того, чтобы определить, насколько быстро система сможет восстановиться после сбоя системы или сбоя оборудования. Это относится к типу нефункционального тестирования.
67. Что такое тестирование глобализации?
Глобализация – это процесс разработки программного приложения, позволяющий его адаптировать к различным языкам и регионам без каких-либо изменений.
68. Что такое тестирование интернационализации (тестирование I18N)?
См. Тестирование глобализации.
69. Что такое тестирование локализации (тестирование L10N)?
Локализация – это процесс адаптации глобализационного программного обеспечения для определенного региона или языка путем добавления местных компонентов.
70. Что такое установочное тестирование?
Он предназначен для проверки того, успешно ли установлено приложение и работает ли оно должным образом после установки.
71. Что такое формальное тестирование?
Это процесс, в ходе которого тестировщики тестируют приложение, используя заранее запланированные процедуры и соответствующую документацию.
72. Что такое тестирование на основе рисков?
Определите модули или функции, которые с наибольшей вероятностью вызывают сбои, а затем протестируйте эти функции.
73. Что такое тестирование совместимости?
Оно предназначено для развертывания и проверки того, работает ли приложение должным образом в другой комбинации компонентов среды.
74. Что такое исследовательское тестирование?
Обычно этот процесс выполняют эксперты в предметной области. Они проводят тестирование, просто изучая функциональные возможности приложения, не зная требований. Ознакомьтесь с нашим подробным руководством по исследовательскому тестированию, а также не пропустите эти популярные инструменты исследовательского тестирования.
75 . Что такое Monkey Testing?
Умышленно выполнять ненормальные действия с приложением, чтобы проверить стабильность приложения. Ознакомьтесь с нашим подробным руководством по тестированию Monkey.
76. Что такое юзабилити-тестирование?
Чтобы проверить, является ли приложение удобным для пользователя и удобно ли оно использовалось конечным пользователем или нет. Основное внимание в этом тестировании уделяется проверке того, может ли конечный пользователь легко понять и использовать приложение. Приложение должно быть самостоятельным и не должно требовать обучения для работы с ним. Ознакомьтесь с этим руководством, чтобы узнать, как проводить тестирование юзабилити.
77. Что такое тестирование безопасности?
Тестирование безопасности — это процесс определения того, защищает ли система данные и поддерживает ли функциональность должным образом.
78. Что такое тестирование на выдержку?
Запуск системы при высокой нагрузке в течение длительного периода времени для выявления проблем с производительностью называется тестированием на выдержку.
79. Что такое тестирование на выносливость?
Тестирование на выносливость — это нефункциональный тип тестирования. Это также известно как тестирование на выдержку. См. тестирование на выдержку.
80. Что такое тестирование производительности?
Этот тип тестирования определяет или проверяет характеристики скорости, масштабируемости и/или стабильности тестируемой системы или приложения. Производительность связана с достижением времени отклика, пропускной способности и уровня использования ресурсов, которые соответствуют целям производительности для проекта или продукта.
Полное руководство: тестирование производительности
81. Что такое нагрузочное тестирование?
Оно предназначено для проверки того, что система/приложение может обрабатывать ожидаемое количество транзакций, а также для проверки поведения системы/приложения как в условиях нормальной, так и в условиях пиковой нагрузки.
82. Что такое объемное тестирование?
Это убедитесь, что система/приложение может обрабатывать большой объем данных
83. Что такое стресс-тестирование?
Оно предназначено для проверки поведения системы, когда нагрузка увеличивается больше, чем ожидалось.
84. Что такое тестирование масштабируемости?
Тестирование масштабируемости — это тип нефункционального тестирования. Он предназначен для определения того, как тестируемое приложение масштабируется с увеличением рабочей нагрузки.
85. Что такое параллельное тестирование?
Параллельное тестирование означает одновременный доступ к приложению нескольких пользователей для обеспечения стабильности системы. В основном это используется для выявления проблем взаимоблокировок.
86. Что такое нечеткое тестирование?
Фазз-тестирование используется для выявления ошибок кодирования и лазеек в безопасности приложения. Вводя в систему огромное количество случайных данных в попытке вызвать ее сбой, чтобы определить, не сломалось ли что-нибудь в приложении.
Не пропустите: Руководство по нечеткому тестированию
87. Что такое специальное тестирование?
Специальное тестирование совершенно противоположно формальному тестированию. Это неформальный тип тестирования. При специальном тестировании тестировщики случайным образом тестируют приложение, не следуя каким-либо документам и методам проектирования тестирования. Такое тестирование в первую очередь проводится, если знания тестировщиков в тестируемом приложении очень высоки. Тестировщики случайным образом тестируют приложение без каких-либо тестовых примеров или каких-либо бизнес-требований.
88. Что такое кроссбраузерное тестирование?
Кроссбраузерное тестирование – это тип нефункционального теста, который помогает нам убедиться, что наш веб-сайт или веб-приложение хорошо работает в различных браузерах.
Для работы веб-приложений используются такие браузеры, как Google Chrome, Mozilla Firefox, Internet Explorer и Safari. Несмотря на то, что все они в некоторой степени поддерживают веб-стандарты, между ними все же есть небольшие различия. Это может стать проблемой для разработчиков, которым приходится тестировать свое программное обеспечение в нескольких браузерах и обращать внимание на любые несоответствия.
Различные браузеры отображают веб-сайты по-разному из-за стиля, и невозможно установить каждый браузер на одном компьютере. Каждый браузер разработан отдельной компанией. Каждый браузер имеет свои индивидуальные функции, которые выделяют его среди остальных. При тестировании веб-сайта мы должны убедиться, что наш сайт выглядит одинаково во всех браузерах.
89. Что подразумевается под автоматизацией браузера?
Автоматизация браузера — это процесс автоматического тестирования функциональности веб-приложения в браузере с помощью скрипта. Скрипт запускает браузер, переходит на сайт, а затем взаимодействует с ним, как это сделал бы обычный конечный пользователь. Для этого необходимо нажимать кнопки или ссылки.
Автоматизация браузера с помощью таких инструментов автоматизации, как Selenium, Katalon, Cypress и т. д., выполняется значительно быстрее, чем тестирование вручную, поскольку эти инструменты позволяют протестировать множество сценариев за очень короткий промежуток времени.
Вопросы и ответы на собеседовании по обеспечению качества
90. Что такое тестирование интерфейса?
Тестирование интерфейса выполняется для оценки того, передают ли два предполагаемых модуля данные и правильно ли взаимодействуют друг с другом.
91. Что такое тестирование надежности?
Выполняйте тестирование приложения непрерывно в течение длительного периода времени, чтобы проверить стабильность приложения
92. Что такое пакетное тестирование?
Групповое тестирование – это метод сравнения двух версий приложения друг с другом, чтобы определить, какая из них работает лучше.
93. Что такое A/B-тестирование?
A/B-тестирование — это процесс сравнения двух версий веб-страницы или другого маркетингового актива, чтобы определить, какая из них работает лучше. Сравнение не ограничивается веб-страницами — это могут быть интерфейсы приложений, целевые страницы, маркетинг по электронной почте и т. д. Чтобы узнать больше, ознакомьтесь с Руководством по A/B-тестированию
94. Что такое сплит-тестирование?
См. A/B-тестирование.
95. Каковы принципы тестирования программного обеспечения?
- Тестирование показывает наличие дефектов:Хотя тестирование может выявить дефекты программного обеспечения, оно не может гарантировать отсутствие ошибок в продукте. Тестирование может уменьшить количество сбоев, но никогда не сможет устранить их все.
- Исчерпывающее тестирование невозможно: Поскольку невозможно полностью протестировать программное обеспечение, мы можем запустить только несколько избранных тесты, и мы предполагаем, что программное обеспечение всегда будет выдавать правильный результат. Более комплексное тестирование было бы слишком дорогостоящим и отнимало бы много времени.
- Раннее тестирование: Крайне важно тестировать программное обеспечение на ранней стадии, чтобы обнаружить дефекты. На ранних стадиях SDLC выявлять дефекты проще и дешевле. Тестирование программного обеспечения должно начинаться на первом этапе разработки программного обеспечения, во время анализа требований.
- Кластеризация дефектов. Согласно принципу Парето, 80% дефектов программного обеспечения возникают из-за 20% модулей. Другими словами, большинство дефектов проекта обнаруживаются только в нескольких разделах кода.
- Парадокс пестицида: Если вы хотите найти какие-либо новые ошибки, вы не можете просто продолжать выполнять одни и те же тестовые примеры. неоднократно. Вам необходимо добавить или обновить существующие тестовые примеры.
- Тестирование зависит от контекста: В зависимости от контекста разработки программного обеспечения подход к тестированию будет различаться. В зависимости от типа программное обеспечение требует различных методов тестирования.
- Отсутствие ошибок: программное обеспечение не только должно быть безошибочным в 99 % случаев, но и должно соответствовать требованиям клиентов. если он когда-либо будет использоваться.
Нажмите здесь, чтобы получить более подробную информацию.
96. Что такое исчерпывающее тестирование?
Тестирование всех функций с использованием всех допустимых и недопустимых входных данных и предварительных условий называется исчерпывающим тестированием.
97. Что такое раннее тестирование?
Дефекты, обнаруженные на ранних этапах SDLC, исправлять дешевле. Таким образом, проведение раннего тестирования снижает затраты на исправление дефектов.
98. Что такое кластеризация дефектов?
Кластеризация дефектов при тестировании программного обеспечения означает, что небольшой модуль или функция содержит большинство ошибок или имеет наибольшее количество эксплуатационных сбоев.
99. Что такое пестицидный парадокс?
Пестицидный парадокс в тестировании программного обеспечения — это процесс повторения одних и тех же тестовых примеров снова и снова, в конечном итоге в одних и тех же тестовых примерах больше не будут обнаруживаться новые ошибки. Поэтому, чтобы преодолеть этот парадокс пестицидов, необходимо регулярно просматривать тестовые примеры и добавлять или обновлять их, чтобы найти больше дефектов.
100. Что такое каскадирование дефектов в тестировании программного обеспечения?
Каскадирование дефектов при тестировании программного обеспечения означает возникновение других дефектов в приложении. Когда дефект не идентифицирован или остается незамеченным во время тестирования, он вызывает появление других дефектов. Это приводит к множественным дефектам на более поздних этапах и приводит к увеличению количества дефектов в приложении.
Например, если в системе бухгалтерского учета имеется дефект, связанный с отрицательным налогообложением, то дефект отрицательного налогообложения влияет на бухгалтерскую книгу. что, в свою очередь, влияет на другие отчеты, такие как баланс, прибыль и убытки и т. д.,
101. В чем разница между аутсорсинговым тестированием и краудсорсинговым тестированием
Аутсорсинговое тестирование и краудсорсинговое тестирование
| Аутсорсинговое тестирование | Краудсорсинговое тестирование |
|---|---|
| Для проведения вашего тестирования имеется выделенная команда. Потребности, которые мы можем назвать третьими стороне, которая вам неизвестна, протестируйте свое приложение или продукт по-новому. | Совершенно неизвестный пул ресурсов для тестирования тестирует ваше приложение. Вы можете судить о качестве вашего продукта на основе количества сообщений об ошибках. |
| Оплата произведена Эта оценка производится на основе часов, затраченных на тестирование, до начала цикла тестирования. Например, аутсорсинг тестирования стоит от 20 до 40 долларов в час. | Оплата производится на основании сообщения об ошибке, отсутствия серьезных ошибок и ошибок с низким приоритетом. Например, стоимость серьезной ошибки составляет 15 долларов, а ошибка с низким приоритетом — 3 доллара, тогда как ошибки со средним приоритетом стоят 5 долларов. |
| Данные приложения сохраняются конфиденциально, и это — это один из этических кодексов каждой компании, предоставляющей услуги тестирования. | Поскольку над вашим приложением работает n тестировщиков, и они юридически не связаны с компанией-поставщиком Crowd Source, они не обязаны сохранять данные приложения конфиденциальны. Существует вероятность утечки данных, если проводится краудсорсинговое тестирование и не гарантируется конфиденциальность данных. |
| Общаться довольно легко, потому что всегда присутствует один представитель, который может поделиться статусом тестирования и качеством вашего продукта. | Общение немного сложнее, потому что вы должны понимать качество продукта на основе ошибок, зарегистрированных тестировщиками, вы должны понять ошибку, поговорив с тестировщиком индивидуально. |
| Качество не страдает, поскольку цель состоит в том, чтобы выявить все ошибки в установленные сроки и в рамках бюджета. Вся команда работает над достижением этого рубежа. Они представляют потенциальные и действительные ошибки, а организация достаточно уверена в себе, чтобы исправлять только эти ошибки и быть уверенным в качестве своего продукта. | Поскольку концепции команды нет, здесь больше внимания уделяется количеству, а не качеству. Есть вероятность, что ваше приложение протестируют 1000 тестировщиков с разным опытом. Они могут регистрировать 5 тысяч ошибок разной степени серьезности. Таким образом, ответственность его организации за выявление реальных ошибок и их исправление. |
| Платформа и среда тестирования полностью принадлежат сторонней компании, они хорошо оснащены всеми полезными программное обеспечение, инструменты, средства управления, ОС и устройства. | Среда тестирования полностью зависит от отдельного тестировщика, некоторые тестировщики тестируют на компьютере MAC или некоторые тестируют на Windows, некоторые тестируют на Android или некоторые тестируют на Apple. |
| В команде есть опытные тестировщики, в команде фиксированное количество тестировщиков. Каждый тестировщик обладает хорошей квалификацией в определенной области, такой как мобильное тестирование, тестирование производительности, автоматизированное тестирование, функциональное тестирование. | Огромное количество тестировщиков с разными знаниями и разным опытом работы, поэтому вероятность ошибок качества зависит экспертизы тестировщиков. Что может быть на удивление хорошо или плохо. |
| Одна команда, один часовой пояс, ограниченный срок и запланированный бюджет — таким образом, циклы тестирования завершаются. | Нет концепции команды, разные часовые пояса, нет сроков, но об ошибках сообщается очень быстро. |
| Сообщаемые об ошибках обычно носят прогнозируемый характер, поскольку тестировщики работают в рамках тестирования. Они не затрагивают несколько областей, поскольку это может быть не в их бюджете. | Здесь нет ограничений объема тестирования, N нет тестировщиков, n нет направлений взлома системы. Благодаря этому цикл тестирования проходит по реальному сценарию, например, n количество пользователей, обращающихся к приложению, могут обнаружить некоторые недостатки безопасности в приложении. . |
| Высокооплачиваемый по сравнению с краудсорсинговым тестированием, но ниже, чем у команды внутреннего тестирования. | Бюджетно, быстрые результаты иногда выявлены реальные и неожиданные проблемы. |
102. Что такое «прохождение»?
Пошаговое руководство – это неформальная встреча, проводимая для изучения, понимания и поиска дефектов. Автор ведет собрание и разъясняет вопросы, поднятые участниками собрания.
103. Что такое проверка?
Проверка — это официальная встреча, проводимая обученным модератором, а не автором. Проверяемый документ подготавливается и тщательно проверяется рецензентами перед заседанием. На инспекционном совещании обнаруженные дефекты протоколируются и передаются автору для принятия соответствующих мер. После проверки используется формальный процесс последующих действий, чтобы обеспечить своевременные и корректирующие действия.
104. Кто участвует в инспекционном совещании?
Автор, модератор, рецензент(и), писец/регистратор и менеджер.
105. Что такое дефект?
Разница между фактическими и ожидаемыми результатами называется дефектом. Если разработчик находит проблему и исправляет ее самостоятельно на этапе разработки, это называется дефектом. Нажмите здесь, чтобы получить более подробную информацию.
106. Что такое ошибка?
Если тестировщики обнаруживают какое-либо несоответствие в приложении/системе на этапе тестирования, они называют это ошибкой. Нажмите здесь, чтобы получить более подробную информацию.
107. Что такое ошибка?
Мы не можем скомпилировать или запустить программу из-за ошибки в коде программы. Если разработчику не удается успешно скомпилировать или запустить программу, он называет это ошибкой. Нажмите здесь для получения более подробной информации.
108. Что такое неудача?
Как только продукт развернут и клиенты обнаруживают какие-либо проблемы, они называют этот продукт неисправным. Если после выпуска конечный пользователь обнаруживает проблему, эта конкретная проблема называется сбоем. Нажмите здесь, чтобы получить более подробную информацию.
109. Что такое серьезность ошибки?
Серьезность ошибки/дефекта можно определить как влияние ошибки на бизнес клиента. Оно может быть критическим, значительным или незначительным. Проще говоря, насколько сильно повлияет на систему тот или иной дефект. Нажмите здесь, чтобы получить более подробную информацию.
110. Что такое приоритет ошибок?
Приоритет дефекта можно определить как скорость устранения дефекта. Он определяет порядок устранения дефекта. Разработчики решают, какой дефект им следует устранить дальше, в зависимости от приоритета. Он может быть высоким, средним или низким. В большинстве случаев статус приоритета устанавливается на основе требований клиента. Нажмите здесь, чтобы получить более подробную информацию.
111. Приведите несколько примеров серьезности и приоритета ошибок?
Высокий приоритет и высокая серьезность: Кнопка “Отправить” не работает на странице входа, и клиенты не могут войти в приложение.
Низкий приоритет и высокая серьезность: Сбой в работе некоторых функций, которые будет выпущено после нескольких выпусков.
Высокий приоритет и низкая серьезность: Ошибка в написании названия компании на главной странице.
Низкий приоритет и низкая серьезность: Страница часто задаваемых вопросов загружается долго
Нажмите здесь, чтобы получить более подробную информацию.
112. Что такое критическая ошибка?
Критическая ошибка – это остановка показа, которая означает, что большая часть функциональности или основной компонент системы полностью сломаны и нет обходного пути для дальнейшего движения.
Например, из-за ошибки в одном модуле мы не можем протестировать другие модули, поскольку эта ошибка блокировщика заблокировала другие модули. Ошибки, влияющие на бизнес клиентов, считаются критическими.
Пример:
1. Кнопка «Войти» не работает в приложении Gmail, и пользователям Gmail заблокирован доступ к своим учетным записям.
2. Когда клиент нажимает кнопку «Перевести деньги» на веб-сайте Банка, появляется сообщение об ошибке.
113. Что вы подразумеваете под «Скрытым дефектом» и «Маскированным дефектом»?
Скрытый дефект:
Когда пользователи выполняют определенную задачу в необычной или редкой ситуации или без При наличии обычных сценариев выявляются скрытые дефекты.
Скрытый дефект — это дефект в системе, который существует в течение некоторого времени, но еще не был вызван, поскольку не были выполнены условия, необходимые для его вызова.
Этот систематический дефект охватывает весь процесс производства программного обеспечения, начиная с предварительного запуска. от производственного тестирования до расширенного тестирования после выпуска.
Скрытые дефекты — это те дефекты, которые становятся очевидными только при особых обстоятельствах, например, когда пользователи пытаются выполнить задачу необычным способом или без присутствия обычных условий.
< p>Замаскированный дефект:
Хотя эти дефекты еще не привели к сбою, в конечном итоге они приведут к этому, поскольку другой дефект препятствует выполнению этого раздела кода. Его можно найти только тогда, когда скрывающий его дефект обнаружен пользователем посредством определенной операции. Некоторые дефекты скрыты другими, более преобладающими, и остаются незамеченными до тех пор, пока последний не будет обнаружен. клиент-серверное-приложение-и-веб-приложение>114. В чем разница между автономным приложением, клиент-серверным приложением и веб-приложением?
Автономное приложение:
Автономные приложения имеют одноуровневую архитектуру. Уровень представления, бизнеса и базы данных находятся в одной системе для одного пользователя.
Приложение клиент-сервер:
Клиент-серверные приложения имеют двухуровневую архитектуру. Уровень представления и бизнес-уровень находятся в клиентской системе, а уровень базы данных — на другом сервере. Он работает в основном в интрасети.
Веб-приложение:
Приложения веб-сервера имеют трехуровневую или n-уровневую архитектуру. Уровень представления находится в клиентской системе, бизнес-уровень — на сервере приложений, а уровень базы данных — на сервере базы данных. Он работает как в интрасети, так и в Интернете.
115. Что такое жизненный цикл ошибки?
Жизненный цикл ошибкитакже известен как Жизненный цикл дефекта. В процессе разработки программного обеспечения ошибка имеет жизненный цикл. Ошибка должна пройти жизненный цикл, чтобы быть закрытой. Жизненный цикл ошибок варьируется в зависимости от используемых инструментов (QC, JIRA и т. д.) и процесса, выполняемого в организации. Нажмите здесь, чтобы получить более подробную информацию.
116. Каковы различные этапы жизненного цикла дефекта?
Различные этапы жизненного цикла ошибки:
- Новая
- Назначена
- Открыта
- Тестирование
- Перенесена в отдел контроля качества/Готова к тестированию
- Проверено
- Исправлено
- Закрыто
- Проверено повторно
- Открыто повторно
- Дубликат
- Отложено
- Отклонено
- Невозможно исправить
- Не воспроизводится
- Требуется дополнительная информация
117. Что такое утечка ошибок?
Ошибка, которую на самом деле не заметила команда тестирования во время тестирования, и сборка была выпущена в производство. Если теперь эта ошибка (которая была пропущена командой тестирования) была обнаружена конечным пользователем или клиентом, мы называем ее утечкой ошибок.
118. Что такое выпуск ошибок?
Выпуск программного обеспечения в производство с известными ошибками мы называем это выпуском ошибок. Эти известные ошибки должны быть включены в примечания к выпуску.
119. Что такое возраст дефекта?
Возраст дефекта можно определить как временной интервал между датой обнаружения дефекта и датой его закрытия.
Возраст дефекта = Дата закрытия дефекта – дата обнаружения дефекта
Предположим, тестировщик обнаружил ошибку и сообщил о ней 1 Января 2016 г., и он был успешно исправлен 5 января 2016 г. Таким образом, возраст дефекта составляет 5 дней.
120. Что такое заполнение ошибок?
Посев ошибок — это процесс добавления известных ошибок в программу с целью определения скорости обнаружения ошибок. Это помогает оценить навыки тестировщика по поиску ошибок, а также узнать возможности приложения (насколько хорошо приложение работает, когда в нем есть ошибки).
121. Что такое угадывание ошибок?
Угадывание ошибок — это также метод разработки тестовых примеров, аналогичный посеву ошибок. При угадывании ошибок тестировщики разрабатывают тестовые сценарии, угадывая возможные ошибки, которые могут возникнуть в программном приложении. Цель состоит в том, чтобы немедленно отловить ошибки.
122. Что такое дефект Showstopper?
Дефект showtopper — это дефект, который не позволяет пользователю двигаться дальше в приложении. Это почти как сбой.
Предположим, что кнопка входа в систему не работает. Несмотря на то, что у вас есть действительное имя пользователя и действительный пароль, вы не можете двигаться дальше, поскольку кнопка входа в систему не работает.
123. Что такое HotFix?
Исправление — это сборка, направленная на устранение серьезной проблемы, обнаруженной в рабочей среде.
Иногда сборка, выполняемая в производственной среде, может есть некоторые критические ошибки, и он будет откатан. Теперь команда разработчиков отложила всю свою работу и сосредоточилась на немедленном исправлении этих ошибок и выпуске новой сборки, чтобы исправить это в рабочей среде. Эта сборка называется исправлением.
Исправления и исправления — это два разных типа обновлений программного обеспечения. Исправления доступны всем, а исправления — нет.
Исправления также известны как технические обновления для быстрых исправлений (обновления QFE)
124. Что такое исправление?
Исправление – это сборка, направленная на устранение ошибки, обнаруженной тестировщиками в цикле тестирования.
125. Что такое вознаграждение за обнаружение ошибок?
Программа вознаграждения за ошибки позволяет организации предложить вознаграждение человеку, который обнаружит ошибки в своем программном обеспечении и сообщит о них.
Bug bounty – это концепция, существующая с момента создания Интернета. Компании начали понимать, насколько дорого им обходится нанимать экспертов по тестированию на проникновение каждый раз, когда они хотят найти уязвимости на своем веб-сайте или в приложении. В последнее время программы вознаграждения за обнаружение ошибок стали мейнстримом.
Первой компанией, которая уловила эту концепцию, была Google. В 2010 году компания запустила «Программу вознаграждения за уязвимости» и с тех пор выплатила более 4 миллионов долларов. -конечные пользователи>126. Каковы различные стратегии развертывания среди конечных пользователей?
При развертывании любого проекта по тестированию программного обеспечения необходимо соблюдать четыре стратегии:
- Пилотный< li>Поэтапное внедрение
- Поэтапное внедрение
- Параллельное внедрение
127. Что такое анализ граничных значений?
Анализ граничных значений (BVA) основан на проверке граничных значений допустимых и недействительных разделов. Поведение на границе каждого раздела эквивалентности с большей вероятностью будет неправильным, чем поведение внутри раздела, поэтому границы — это область, где тестирование может привести к дефектам. Каждый раздел имеет свои максимальные и минимальные значения, и эти максимальные и минимальные значения являются граничными значениями раздела. Граничное значение для допустимого раздела является допустимым граничным значением. Аналогично, граничное значение для недопустимого раздела является недопустимым граничным значением. Нажмите здесь, чтобы получить более подробную информацию.
128. Что такое разделение классов эквивалентности?
Разделение эквивалентности также известно как разделение классов эквивалентности. При разделении эквивалентности входные данные для программного обеспечения или системы делятся на группы, которые, как ожидается, будут демонстрировать схожее поведение, поэтому они, вероятно, будут предлагаться одинаковым образом. Следовательно, для разработки тестовых примеров необходимо выбрать один вход из каждой группы. Нажмите здесь, чтобы получить более подробную информацию.
129. Что такое тестирование таблицы решений?
Таблица решений – это таблица причинно-следственных связей. Этот метод тестирования подходит для функций, которые имеют логические связи между входами (логика if-else). В методе таблицы решений мы имеем дело с комбинациями входных данных. Чтобы идентифицировать тестовые случаи с таблицей решений, мы рассматриваем условия и действия. Мы воспринимаем условия как входные данные, а действия как выходные данные. Нажмите здесь, чтобы получить более подробную информацию.
130. Что такое смена состояний?
Используя тестирование перехода состояний, мы выбираем тестовые примеры из приложения, в которых нам нужно протестировать различные переходы системы. Мы можем применить это, когда приложение выдает разные выходные данные для одного и того же ввода, в зависимости от того, что произошло в предыдущем состоянии. Нажмите здесь, чтобы получить более подробную информацию.
131. Что такое критерии входа?
Предварительные условия, которые необходимо выполнить перед началом процесса тестирования. Нажмите здесь, чтобы получить более подробную информацию.
132. Что такое критерий выхода?
Должны быть сделаны выводы об условиях, которые должны быть выполнены перед проведением испытаний. Нажмите здесь, чтобы получить более подробную информацию.
133. Что такое SDLC?
Жизненный цикл разработки программного обеспечения (SDLC) направлен на создание высококачественной системы, которая соответствует или превосходит ожидания клиентов, работает эффективно и результативно в существующей и планируемой инфраструктуре информационных технологий, его недорого поддерживать и экономически эффективно улучшать.
Нажмите здесь, чтобы получить более подробную информацию.
134. Каковы различные доступные модели SDLC?
- Waterfall
- Spiral
- V Model
- Prototype
- Agile
135. Можете ли вы проводить тестирование системы на любом этапе SDLC?
Мы можем проводить тестирование системы только тогда, когда все устройства установлены и работают правильно. Это можно сделать только до пользовательского приемочного тестирования (UAT).
136. Какова процедура ручного тестирования?
Ручное тестирование имеет решающее значение для более тщательного тестирования программных приложений. Процедура ручного тестирования включает в себя следующее.
1. Планирование и контроль
2. Анализ и проектирование
3. Реализация и исполнение
4. Оценка и отчетность
5. Действия по завершению тестирования
См. жизненный цикл разработки программного обеспечения (SDLC) и жизненный цикл тестирования программного обеспечения (STLC)
< сильный>137. Что такое STLC (жизненный цикл тестирования программного обеспечения)?
STLC (жизненный цикл тестирования программного обеспечения) определяет, какие тестовые действия следует выполнять и когда выполнять эти тестовые действия. Несмотря на то, что тестирование различается в разных организациях, существует жизненный цикл тестирования. Нажмите здесь, чтобы получить более подробную информацию.
138. Каковы этапы жизненного цикла тестирования программного обеспечения?
Ниже приведены этапы STLC.
- Анализ требований
- Планирование тестирования
- Разработка теста
- Настройка тестовой среды
- Выполнение теста
- Закрытие теста
139. Что такое RTM?
Матрица прослеживаемости требований (RTM) используется для отслеживания требований к тестам, которые необходимы для проверки того, выполняются ли требования. Мы должны гарантировать, что каждое требование имеет хотя бы один тестовый пример. Матрица прослеживаемости требований, также известная как матрица прослеживаемости или матрица перекрестных ссылок. Нажмите здесь, чтобы получить более подробную информацию.
140. Что такое метрики теста?
Метрики тестирования программного обеспечения предназначены для мониторинга и контроля процесса и продукта. Это помогает без отклонений вести проект к запланированным целям. Метрики отвечают на разные вопросы. Важно решить, на какие вопросы вы хотите получить ответы. Нажмите здесь, чтобы получить более подробную информацию.
>< сильный>141. Когда прекратить тестирование? (Или) Как вы решаете, достаточно ли вы протестировали?
В проектах реального времени существует множество факторов, которые влияют на принятие решения о прекращении тестирования.
- Покрытие требований достигает указанная точка
- Сроки тестирования или сроки выпуска
- Когда весь бюджет тестирования исчерпан
- По достижении определенного процента прохождения тестовых случаев
- Риск в проекте находится ниже приемлемого предела
- Все высокоприоритетные ошибки и блокировщики исправляются
- При соблюдении критериев приемки
- После окончания периода альфа- и бета-тестирования
- Зависит от решения руководства
Не пропустите: викторина ISTQB< /p>
142. Что такое API?
Термин API означает интерфейс прикладного программирования. Другими словами, это метод связи между двумя программными компонентами. API скрывает внутренний процесс и сложность программы, позволяя пользователям сосредоточиться только на входных и выходных данных, необходимых для ее использования. Следовательно, это значительно облегчает жизнь всем участникам!
Когда разработчики создают программное обеспечение, они обычно не пишут код с нуля. Вместо этого они используют другие библиотеки, созданные третьими лицами. API позволяет двум отдельным компонентам программного обеспечения взаимодействовать друг с другом, предоставляя им понятный интерфейс.
API также могут предоставлять данные, необходимые приложению. Например, представьте, что вы создаете погодное приложение, которое отображает температуру. Вы предпочитаете получить доступ к API метеорологического института для получения этой информации, а не разрабатывать технологию для ее сбора самостоятельно.
143. Что такое тестирование API?
Тестирование API — это тип тестирования программного обеспечения, который включает в себя непосредственное тестирование API, а также как часть интеграционного тестирования, чтобы проверить, соответствует ли API ожиданиям с точки зрения функциональности, надежности, производительности и безопасности приложения. При тестировании API основное внимание будет уделено уровню бизнес-логики архитектуры программного обеспечения. Тестирование API можно проводить в любой программной системе, содержащей несколько API. Тестирование API не будет концентрироваться на внешнем виде приложения. Тестирование API полностью отличается от тестирования графического пользовательского интерфейса.
Изучите тестирование API
144. Какие тестовые сценарии записываются первыми: белые ящики или черный ящик?
Простой ответ: сначала пишутся тестовые сценарии «черного ящика».
Давайте посмотрим, почему тестовые сценарии «черного ящика» пишутся первыми. пишется первым по сравнению с тестовыми примерами «белого ящика».
Необходимыми условиями для начала написания тестовых сценариев «черного ящика» являются документы с требованиями или проектные документы. Эти документы будут доступны до начала проекта.
Предпосылкой для начала написания тест-кейсов «белого ящика» является внутренняя архитектура приложения. Внутренняя архитектура приложения будет доступна на более поздней стадии проекта, то есть при проектировании.
145. Какова концепция рабочей среды в тестировании программного обеспечения?
Workbench — это практика документирования того, как должно выполняться определенное действие. Его часто называют этапами, шагами и задачами.
В каждом рабочем месте будет пять задач, таких как «Ввод», «Выполнение», «Проверка», «Производственный вывод» и «Переработка».
146. Что такое случайное тестирование?
Случайное тестирование – это разновидность метода тестирования программного обеспечения «черного ящика», при котором приложение тестируется путем генерации случайных данных.
147. Какие существуют типы тестирования?
Существуют различные способы тестирования программного обеспечения. Разработчики программного обеспечения проводят некоторые виды тестирования, в то время как другие виды тестирования программного обеспечения выполняются специалистами по обеспечению качества. Ниже приведены несколько типов тестирования программного обеспечения
148. Что такое пользовательская история?
В разработке программного обеспечения пользовательская история — это описание функциональности, которая будет предоставлена конечному пользователю. Обычно он пишется с точки зрения пользователя и отражает то, что ему нужно или хочет. Хорошая пользовательская история должна быть небольшой и автономной, чтобы ее можно было легко реализовать командой разработчиков.
Пользовательские истории — ключевая часть гибкой разработки программного обеспечения. Они помогают гарантировать, что конечный продукт будет соответствовать потребностям. конечных пользователей. Они также помогают разбить сложную функциональность на более мелкие, более управляемые части.
149. Что такое SPICE в тестировании программного обеспечения?
SPICE — это аббревиатура от Ssoftware Pprocess I.улучшение и ВозможностьdEпрекращение. Это набор руководств и практик, направленных на улучшение качества разработки и внедрения программного обеспечения. Основные цели Spice — повышение качества программных продуктов, снижение затрат на разработку и повышение удовлетворенности клиентов.
150. Какие различные коды состояния HTTP может возвращать сервер?
Код состояния HTTP — это трехзначное число, которое сообщает вам статус входящего HTTP-запроса. Он указывает, был ли запрос завершен.
Сервер может отправить пять типов ответов на HTTP-запрос:
- Информация (100–199). : Код состояния 1XX предоставляет краткий ответ, который включает строку состояния, некоторые необязательные заголовки и заканчивается пустой строкой.
- Успех (200–299): Код состояния 2XX означает, что входящий HTTP-запрос был успешно получен, понят и принят.
- Перенаправление (300–399): Код состояния 3XX — это знаки, сообщающие клиенту, какие дальнейшие действия необходимо предпринять для удовлетворения HTTP-запроса. Ресурс мог быть перемещен временно или навсегда, и возможно, клиенту потребуется перенаправить на другой URL-адрес.
- Ошибка клиента (400–499): Код состояния 4XX означает проблему с клиентом. кто инициировал HTTP-запрос.
- Ошибка сервера (500–599): Код состояния 5XX означает, что на сервере возникла проблема с обработкой запроса.
151. Должны ли вы сначала писать тестовые сценарии «белого ящика» или «черного ящика»?
Обычно сначала пишутся тестовые сценарии «черного ящика», а затем тестовые сценарии «белого ящика». Чтобы написать тестовые примеры «черного ящика», вам понадобится набросок проекта или план проекта и документ с требованиями; оба доступны в начале проекта.
Тестирование «белого ящика» требует большего разъяснения архитектуры, которое изначально недоступно на начальном этапе проекта.
Поэтому разработка тестового сценария «белого ящика» обычно происходит после завершения тестов «черного ящика».
152. Какое влияние на стоимость оказывает устранение дефекта на последнем этапе, в отличие от начального?
Крайне важно исправить любые дефекты, обнаруженные на начальных этапах проекта, поскольку в дальнейшем сделать это будет гораздо дороже. Стоимость исправления дефекта с течением времени растет в геометрической прогрессии.
Устранение дефектов дешевле на этапе проектирования, чем ожидание технического обслуживания, но если вы подождете, это обойдется вам в двадцать раз дороже.
153. Что такое тестирование вариантов использования?
Тестирование вариантов использования – это метод функционального тестирования, который помогает тестировщикам определять сценарии тестирования на основе функциональности программного обеспечения от начала до конца.
При тестировании вариантов использования тестер прорабатывает каждый шаг сценария или варианта использования, чтобы убедиться, что программное обеспечение ведет себя должным образом. Вариант использования – это описание того, как пользователь взаимодействует с программным обеспечением для достижения цели.
Например, рассмотрим сценарий, в котором пользователь хочет купить товар в интернет-магазине. Шаги в этом сценарии будут следующими:
- Пользователь просматривает магазин и добавляет товар в корзину.
- Пользователь переходит на страницу оформления заказа и вводит свою платежную информацию.
- Пользователь подтверждает. свой заказ и нажимает кнопку «Отправить».
- Программное обеспечение обрабатывает заказ и отображает пользователю подтверждающее сообщение.
Чтобы протестировать этот сценарий с помощью тестирования вариантов использования, тестировщик должен выполнить каждый шаг сценария и проверить, что программное обеспечение ведет себя должным образом на каждом этапе. шаг.
Тестирование вариантов использования — мощный метод обнаружения функциональных дефектов в программном обеспечении. Это особенно полезно для тестирования сложных приложений с множеством взаимодействий с пользователем.
В заключение
На этом я закончу пост «Вопросы и ответы на собеседовании по тестированию программного обеспечения». Заключительные слова. Добавьте в закладки этот пост «100 вопросов для собеседования по тестированию программного обеспечения» для дальнейшего использования. Если после прочтения этих вопросов для собеседования для ручного тестирования вы обнаружите, что мы пропустили некоторые важные вопросы, оставьте комментарий ниже, мы постараемся включить те, на которые есть ответы.
Здесь я отобрал несколько сообщений, которые помогут вам узнать больше. материалы, связанные с собеседованием, а также вопросы для собеседования по ручному тестированию.
- Почему вы выбираете тестирование программного обеспечения в качестве карьеры
- Общие вопросы на собеседовании
- Вопросы на собеседовании по Selenium
- Объясните структуру автоматизации тестирования
- Автоматизация тестирования Вопросы для собеседования по Framework
- Вопросы для собеседования по TestNG
- Вопросы для собеседования по SQL
- Вопросы и ответы для собеседования по ручному тестированию
- Вопросы для собеседования по Agile
Если у вас есть еще вопросы для собеседования по ручному тестированию, не стесняйтесь задавать их через комментарии. Если вы считаете этот пост полезным, поделитесь им с друзьями в социальных сетях.
TAG: qa
Еще об этом:
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
100+ ВИДОВ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ – ПОЛНЫЙ СПИСОК
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ ВЕБ-ПРИЛОЖЕНИЙ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS
ЧТО ТАКОЕ ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ | ВСЕ, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ
ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г.
30 ЛУЧШИХ ИНСТРУМЕНТОВ ДЛЯ ОТСЛЕЖИВАНИЯ ОШИБОК (БЕСПЛАТНЫХ И ПЛАТНЫХ) НА 2022 ГОД
УСЛОВИЯ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, КОТОРЫЕ ДОЛЖНЫ ЗНАТЬ ВСЕ НОВЫЕ ТЕСТЕРЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
