Мы собрали наиболее часто задаваемые вопросы и ответы на собеседование по ручному тестированию, которые знакомят вас с типами вопросов на собеседовании по тестированию программного обеспечения, которые интервьюер может задать вам во время собеседования. В этом списке вопросов собеседования с ручным тестированием мы рассмотрели все часто задаваемые вопросы собеседования по базовому и расширенному тестированию программного обеспечения с подробными ответами, которые помогут вам легко пройти собеседование с ручным тестированием.
Мы рассмотрели почти 150+ важных вопросов собеседования для ручного тестирования для более свежих кандидатов, а также вопросы собеседования с ручным тестированием для опытных инженеров по обеспечению качества, чтобы помочь подготовиться к предстоящему собеседованию. Это подробное руководство по вопросам собеседования для ручного тестирования поможет вам пройти собеседование для тестирования программного обеспечения.
Вопросы и ответы на собеседование с ручным тестированием
1. Что такое исследовательское тестирование?
Исследовательское тестирование - это практический подход, при котором тестировщики участвуют в минимальном планировании и максимальном выполнении теста. Планирование включает в себя создание устава тестирования, краткое объявление объема коротких (1-2 часа) усилий по тестированию с временными рамками, целей и возможных подходов, которые необходимо использовать. Действия по разработке и выполнению теста обычно выполняются параллельно, без формального документирования условий тестирования, тестовых примеров или тестовых сценариев. Это не означает, что не будут использоваться другие, более формальные методы тестирования. Например, тестировщик может решить использовать анализ граничных значений, но продумает и протестирует наиболее важные граничные значения, не обязательно записывая их. Некоторые примечания будут написаны во время сеанса исследовательского тестирования, чтобы потом можно было составить отчет.
2. Что такое «тестирование вариантов использования»?
Для определения и выполнения функциональных требований приложения от начала до конца используется «вариант использования», а методы, используемые для этого, известны как «тестирование вариантов использования».
3. В чем разница между STLC (жизненный цикл тестирования программного обеспечения) и SDLC (жизненный цикл разработки программного обеспечения)?
SDLC занимается разработкой / кодированием программного обеспечения, в то время как STLC занимается проверкой и проверкой программного обеспечения.
4. Что такое матрица прослеживаемости?
Связь между тестовыми примерами и требованиями показана с помощью документа. Этот документ известен как матрица прослеживаемости.
5. Что такое тестирование разделения на эквивалентность?
Тестирование с разделением на эквивалентность - это метод тестирования программного обеспечения, который разделяет входные тестовые данные приложения на каждый раздел, по крайней мере, один раз с эквивалентными данными, из которых могут быть получены тестовые примеры. Благодаря этому методу тестирования сокращается время, необходимое для тестирования программного обеспечения.
6. Что такое тестирование белого ящика и перечислите типы тестирования белого ящика?
Методика тестирования белого ящика включает выбор тестовых примеров на основе анализа внутренней структуры (покрытие кода, покрытие ветвей, покрытие путей, покрытие условий и т. Д.) Компонента или системы. Он также известен как тестирование на основе кода или структурное тестирование. Существуют различные типы тестирования белого ящика.
- Покрытие заявления
- Покрытие решений
7. Что вы проверяете при тестировании методом белого ящика?
При тестировании белого ящика проверяются следующие шаги.
- Проверьте дыры в безопасности в коде
- Проверьте неполные или неработающие пути в коде
- Проверить поток структуры в соответствии со спецификацией документа.
- Проверьте ожидаемые результаты
- Проверьте все условные циклы в коде, чтобы проверить полную функциональность приложения.
- Проверить построчное кодирование и покрыть 100% тестирование
8. Что такое тестирование черного ящика? Какие существуют методы тестирования черного ящика?
Тестирование черного ящика - это метод тестирования программного обеспечения, который используется для тестирования программного обеспечения без знания внутренней структуры кода или программы. Это тестирование обычно проводится для проверки функциональности приложения. Различные методы тестирования черного ящика:
- Разделение эквивалентности
- Анализ граничных значений
- Графики причинно-следственных связей
9. В чем разница между статическим и динамическим тестированием?
Статическое тестирование: при статическом тестировании код не выполняется, а выполняется с использованием документации по программному обеспечению.
Динамическое тестирование: для выполнения этого тестирования код должен быть в исполняемой форме.
10. Что такое верификация и валидация?
Верификация - это процесс оценки программного обеспечения на этапе разработки. Это помогает вам решить, удовлетворяет ли продукт данного приложения указанным требованиям. Валидация - это процесс оценки программного обеспечения после завершения разработки и проверки его соответствия требованиям заказчика.
11. Какие существуют уровни тестирования?
Есть четыре уровня тестирования
- Тестирование модулей / компонентов / программ / модулей
- Интеграционное тестирование
- Системное тестирование
- Приемочное тестирование
12. Что такое интеграционное тестирование?
Интеграционное тестирование - это уровень процесса тестирования программного обеспечения, на котором отдельные модули приложения объединяются и тестируются. Обычно это выполняется после модульного и функционального тестирования.
13. Из чего состоят планы тестирования?
Дизайн теста, область действия, стратегии тестирования, подход - это различные детали, из которых состоит документ плана тестирования.
- Идентификатор тестового случая
- Объем
- Функции для тестирования
- Функции, не подлежащие тестированию
- Стратегия тестирования и подход к тестированию
- Результаты тестирования
- Обязанности
- Персонал и обучение
- Риск и непредвиденные обстоятельства
14. В чем разница между UAT (User Acceptance Testing) и системным тестированием?
Тестирование системы: тестирование системы - это обнаружение дефектов, когда система проходит тестирование в целом; это также известно как сквозное тестирование. При таком типе тестирования приложение страдает от начала до конца.
UAT: User Acceptance Testing (UAT) включает в себя запуск продукта через серию специальных тестов, которые определяют, будет ли продукт соответствовать потребностям своих пользователей.
15. Назовите разницу между тестированием на основе данных и повторным тестированием?
Повторное тестирование: это процесс проверки ошибок, над которыми работает команда разработчиков, чтобы убедиться, что они исправлены.
Тестирование на основе данных (DDT): в процессе тестирования, управляемого данными, приложение тестируется с использованием нескольких тестовых данных. Приложение тестируется с другим набором значений.
16. Каковы важные шаги для решения проблем во время тестирования?
- Запись: регистрируйте и обрабатывайте любые возникшие проблемы
- Отчет: Сообщите о проблемах руководителю более высокого уровня
- Контроль: определение процесса управления проблемами
17. В чем разница между тестовыми сценариями, тестовыми примерами и тестовым скриптом?
Разница между тестовыми сценариями и тестовыми случаями заключается в том, что
Сценарии тестирования: Сценарий тестирования - это любая функция, которую можно протестировать. Это также называется условием проверки или возможностью проверки.
Тестовые примеры: это документ, содержащий шаги, которые необходимо выполнить; это было запланировано ранее.
Сценарий тестирования: он написан на языке программирования и представляет собой короткую программу, используемую для тестирования части функциональности системы программного обеспечения. Другими словами, письменный набор шагов, которые следует выполнять вручную.
18. Что такое скрытый дефект?
Скрытый дефект: этот дефект является существующим дефектом в системе, который не вызывает сбоев, поскольку точный набор условий никогда не соблюдался.
19. Какие два параметра могут быть полезны для определения качества выполнения теста?
Чтобы узнать качество выполнения теста, мы можем использовать два параметра
- Коэффициент отклонения дефекта
- Коэффициент утечки дефекта
20. Какова функция инструмента тестирования ПО «фантом»?
Phantom - это бесплатная программа, которая используется для языка сценариев автоматизации графического интерфейса Windows. Это позволяет нам автоматически управлять окнами и функциями. Он может имитировать любую комбинацию нажатий клавиш и щелчков мыши, а также меню, списки и многое другое.
21. Объясните, что такое результаты тестирования?
Результаты тестирования - это набор документов, инструментов и других компонентов, которые необходимо разработать и поддерживать в поддержку тестирования.
На каждом этапе жизненного цикла разработки программного обеспечения существуют разные результаты тестирования.
- Перед тестированием
- Во время тестирования
- После тестирования
22. Что такое мутационное тестирование?
Мутационное тестирование - это метод определения того, полезен ли набор тестовых данных или тестового примера, путем намеренного внесения различных изменений кода (ошибок) и повторного тестирования с исходными тестовыми данными / случаями, чтобы определить, обнаружены ли ошибки.
23. Что следует учитывать перед выбором средств автоматизации для AUT?
- Техническая осуществимость
- Уровень сложности
- Стабильность приложения
- Данные испытаний
- Размер приложения
- Возможность повторного использования автоматизированных скриптов
- Выполнение в любой среде
24. Как вы будете проводить анализ рисков?
Для анализа рисков необходимо выполнить следующие шаги.
- Определение оценки риска
- Составление профиля риска
- Изменение свойств риска
- Разверните ресурсы этого тестового риска
- Создание базы данных рисков
25. Какие категории отладки?
Категории для отладки
- Отладка методом грубой силы
- Возврат
- Устранение причины
- Программа нарезки
- Анализ дерева отказов
26. Что такое маскировка неисправностей, объясните на примере?
Когда наличие одного дефекта скрывает присутствие другого дефекта в системе, это называется маскированием неисправности.
Пример: если «Отрицательное значение» вызывает срабатывание необработанного системного исключения, разработчик предотвратит ввод отрицательных значений. Это решит проблему и скроет дефект срабатывания необработанного исключения.
27. Объясните, что такое план тестирования? Какую информацию следует включать в план тестирования?
План тестирования можно определить как документ, описывающий область действия, подход, ресурсы и график действий по тестированию, а план тестирования должен охватывать следующие детали.
- Стратегия тестирования
- Цель теста
- Критерии выхода / отстранения
- Планирование ресурсов
- Результаты испытаний
28. Как можно исключить риск продукта в своем проекте?
Это помогает вам устранить риск продукта в вашем проекте, и есть простой, но важный шаг, который может снизить риск продукта в вашем проекте.
- Изучите документы спецификации
- Обсудите проект со всеми заинтересованными сторонами, включая разработчика.
- Как настоящий пользователь гуляет по сайту
29. Каков общий риск, приводящий к провалу проекта?
Распространенные риски, которые приводят к провалу проекта:
- Недостаток человеческих ресурсов
- Среда тестирования может быть настроена неправильно
- Ограниченный бюджет
- Ограничения по времени
30. На каком основании вы можете сделать оценку своего проекта?
Чтобы оценить свой проект, вы должны учесть следующие моменты
- Разделите весь проект на мельчайшие задачи
- Распределите каждую задачу по членам команды
- Оцените усилия, необходимые для выполнения каждой задачи.
- Подтвердите оценку
31. Объясните, как бы вы распределили задачу между членами команды?
| Задача | Член |
|
|
|
|
|
|
|
|
|
|
32. Объясните, что такое тип тестирования и какой тип тестирования обычно используется?
Чтобы получить ожидаемый результат теста, следует стандартная процедура, которая называется типом тестирования.
Обычно используемые типы тестирования:
- Модульное тестирование: тестируйте наименьший код приложения.
- Тестирование API: Тестирование API, созданного для приложения
- Интеграционное тестирование: отдельные программные модули объединяются и тестируются
- Тестирование системы: полное тестирование системы.
- Тестирование установки / удаления: тестирование выполняется с точки зрения клиента / клиента
- Agile-тестирование: тестирование с помощью техники Agile
33. Что вы должны учитывать при мониторинге своего проекта?
При рассмотрении необходимо учитывать следующее:
- Ваш проект идет по графику
- Вы превышаете бюджет?
- Вы стремитесь к той же карьерной цели?
- У тебя достаточно ресурсов
- Есть ли предупреждающие признаки надвигающихся проблем?
- Есть ли давление со стороны руководства, чтобы оно завершило проект раньше?
34. Какие распространенные ошибки создают проблемы?
- Сопоставление ресурсов с неправильными проектами
- Отсутствие навыков у тест-менеджера
- Не слушать других
- Плохое планирование
- Недооценка
- Игнорирование мелких проблем
- Несоблюдение процесса
35. Что содержится в типичном отчете об испытаниях? Каковы преимущества отчетов об испытаниях?
Отчет об испытаниях содержит следующее:
- Информационный проект
- Цель теста
- Резюме теста
- Дефект
Преимущества отчетов об испытаниях:
- Информируется о текущем статусе проекта и качестве продукта.
- При необходимости заинтересованная сторона и заказчик могут предпринять корректирующие действия.
- Итоговый документ помогает решить, готов ли продукт к выпуску.
36. Что такое обзор управления тестированием и почему он важен?
Обзор со стороны руководства также называется гарантией качества программного обеспечения или SQA. SQA уделяет больше внимания программному процессу, а не программным продуктам. Это набор действий, направленных на то, чтобы менеджер проекта следовал стандартному процессу. SQA помогает менеджеру тестирования сравнить проект с установленными стандартами.
37. Каковы передовые методы обеспечения качества программного обеспечения?
Лучшие практики для эффективной реализации SQA:
- Непрерывное совершенствование
- Документация
- Использование инструмента
- Метрики
- Ответственность членов команды
- Опытные аудиторы SQA
38. Когда будет подготовлена RTM (матрица прослеживаемости требований)?
RTM готовится перед проектированием тестового случая. Требования должны быть отслежены на основе действий по анализу.
39. В чем разница между тестовой матрицей и матрицей прослеживаемости?
Матрица тестирования : матрица тестирования используется для фиксации фактического качества, усилий, плана, ресурсов и времени, необходимых для фиксации всех этапов тестирования программного обеспечения.
Матрица прослеживаемости : соответствие между тестовыми примерами и требованиями клиентов известно как матрица прослеживаемости.
40. Что такое заглушки и драйверы при ручном тестировании?
И заглушки, и драйверы являются частью инкрементального тестирования. В инкрементальном тестировании есть два подхода: восходящий и нисходящий. Драйверы используются при тестировании снизу вверх, а заглушка - при подходе сверху вниз. Для тестирования основного модуля используется заглушка, представляющая собой фиктивный код или программу.
41. Какой шаг вы предпримете, когда обнаружите дефект?
Как только дефект будет обнаружен, выполните следующие действия.
а) Восстановите дефект
б) Прикрепите скриншот
в) Зарегистрируйте дефект
42. Объясните, что такое метод тестирования «на основе плана тестирования» или «на основе ключевых слов»?
В этом методе используется фактический документ тестового примера, разработанный тестировщиками с использованием электронной таблицы, содержащей специальные «ключевые слова». Ключевые слова управляют обработкой.
43. Что такое DFD (диаграмма потока данных)?
Когда «поток данных» через информационную систему представлен графически, он известен как диаграмма потока данных. Он также используется для визуализации обработки данных.
44. Объясните, что такое LCSAJ?
LCSAJ означает «линейная кодовая последовательность и скачок». Он состоит из следующих трех пунктов
а) Начало линейной последовательности исполняемых операторов
б) Конец линейной последовательности
c) Целевая линия, на которую передается поток управления в конце линейной последовательности.
45. Объясните, что такое тестирование N + 1?
Вариант регрессионного тестирования представлен как N + 1. В этом методе тестирование выполняется в несколько циклов, в которых ошибки, обнаруженные в тестовом цикле «N», устраняются и повторно тестируются в тестовом цикле N + 1. Цикл повторяется, если не обнаружено ошибок.
46. Что такое Fuzz-тестирование и когда оно используется?
Fuzz-тестирование используется для обнаружения лазеек в системе безопасности и ошибок кодирования в программном обеспечении. В этом методе случайные данные добавляются в систему в попытке вывести систему из строя. Если уязвимость сохраняется, для определения потенциальных причин используется инструмент, называемый нечетким тестером. Этот метод более полезен для более крупных проектов, но позволяет обнаружить только серьезную ошибку.
47. Назовите основные преимущества метрики покрытия утверждений при тестировании программного обеспечения?
Преимущество метрики покрытия выписки заключается в том, что
а) Не требует обработки исходного кода и может применяться непосредственно к объектному коду.
б) Ошибки равномерно распределяются по коду, благодаря чему процент покрытых исполняемых операторов отражает процент обнаруженных ошибок.
48. Как сгенерировать тестовые примеры для метода «заменить строку»?
а) Если символы в новой строке> символов в предыдущей строке. Ни один из символов не должен быть усечен
б) Если символы в новой строке <символы в предыдущей строке. Нельзя добавлять ненужные символы
в) Пробелы после и перед строкой не должны удаляться
г) Строку следует заменять только при первом появлении строки
49. Как вы будете справляться с конфликтом между членами вашей команды?
- Я поговорю с каждым индивидуально и отмечу их опасения
- Я найду решение общих проблем, поднятых членами команды
- Я проведу собрание команды, раскрою решение и попрошу людей сотрудничать
50. Назовите категории дефектов?
В основном есть три категории дефектов
- Неправильно : когда требование реализовано неправильно.
- Отсутствует : это отклонение от спецификации, указание на то, что спецификация не была реализована или требование заказчика не выполнено.
- Дополнительно : требование, включенное в продукт, которое не было предоставлено конечным потребителем. Это считается дефектом, потому что это отклонение от существующих требований.
51. Объясните, как работает инструмент покрытия тестами?
Инструмент тестирования покрытия кода работает параллельно с тестированием реального продукта. Инструмент покрытия кода отслеживает выполненные операторы исходного кода. По завершении финального тестирования мы получаем полный отчет о незавершенных отчетах, а также процент покрытия.
52. Упомяните, в чем разница между «дефектом» и «неудачей» при тестировании программного обеспечения?
Проще говоря, когда дефект достигает конечного потребителя, это называется отказом, в то время как дефект выявляется внутри компании и устраняется; тогда это называется дефектом.
53. Объясните, как тестировать документы в проекте, охватывающие весь жизненный цикл разработки программного обеспечения?
Проект охватывает жизненный цикл разработки программного обеспечения следующим образом.
- Центральный план / план тестирования проекта: это основной план тестирования, в котором излагается полная стратегия тестирования проекта. Этот план используется до конца жизненного цикла разработки программного обеспечения.
- План приемочных испытаний: этот документ начинается на этапе требований и завершается при окончательной доставке.
- План тестирования системы: этот план начинается во время разработки плана и продолжается до конца проекта.
- План интеграции и модульного тестирования: оба эти плана тестирования начинаются на этапе выполнения и длятся до окончательной поставки.
54. Объясните, какие тестовые примеры написаны первыми черными или белыми ящиками?
Сначала пишутся тестовые примеры черного ящика, чтобы писать тестовые примеры черного ящика; для этого требуется план проекта и документ с требованиями. Все эти документы легко доступны в начале проекта. При написании тестовых примеров «белого ящика» требуется более глубокое понимание архитектуры, и они недоступны в начале проекта.
55. Объясните, в чем разница между скрытыми и замаскированными дефектами?
- Скрытый дефект: скрытый дефект - это существующий дефект, который не вызвал сбоя, потому что наборы условий никогда не выполнялись.
- Замаскированный дефект: это существующий дефект, который не вызвал сбоя, потому что другой дефект помешал выполнению этой части кода.
56. Упомяните, что такое восходящее тестирование?
Восходящее тестирование - это подход к интеграционному тестированию, при котором сначала тестируются компоненты самого низкого уровня, а затем используются для облегчения тестирования компонентов более высокого уровня. Процесс повторяется до тех пор, пока не будет протестирован компонент наверху иерархии.
57. Назовите различные типы методов тестового покрытия?
Различные типы методов тестового покрытия включают:
- Покрытие заявления: он проверяет, что каждая строка исходного кода была выполнена и протестирована.
- Охват решений: он гарантирует, что каждое решение в исходном коде выполняется и проверяется.
- Покрытие путей: обеспечивает выполнение и тестирование всех возможных маршрутов через заданную часть кода.
58. Упомяните, что означает проверка дыхания?
Дыхательное тестирование - это набор тестов, который проверяет все функциональные возможности продукта, но не тестирует функции подробно.
59. Объясните, что означает Code Walk Through?
Code Walk Through - это неформальный анализ исходного кода программы для поиска дефектов и проверки методов кодирования.
60. Назовите основные компоненты формата отчета о дефектах?
Основные компоненты формата отчета о дефектах включают:
- название проекта
- Название модуля
- Дефект обнаружен на
- Дефект обнаружен
- Идентификатор и название дефекта
- Снимок дефекта
- Статус приоритета и серьезности
- Дефект устранен
- Дефект устранен
61. Упомяните, какова цель проведения сквозного тестирования?
Сквозное тестирование выполняется после функционального тестирования. Целью сквозного тестирования является то, что
- Для проверки требований к программному обеспечению и интеграции с внешними интерфейсами
- Тестирование приложения в реальной среде.
- Тестирование взаимодействия между приложением и базой данных
62. Объясните, что означает тестовая привязь?
Тестовая оснастка настраивает набор инструментов и тестовых данных для тестирования приложения в различных условиях и включает в себя мониторинг выходных данных с ожидаемыми выходными данными на предмет правильности.
63. Объясните в проекте тестирования, какие действия по тестированию вы бы автоматизировали?
При тестировании деятельности по тестированию проекта вы должны автоматизировать
- Тесты, которые нужно запускать для каждой сборки приложения
- Тесты, использующие несколько данных для одного и того же набора действий
- Идентичные тесты, которые необходимо выполнять в разных браузерах.
- Критически важные страницы
- Транзакция со страницами, которые не меняются за короткое время
64. В чем ОСНОВНОЕ преимущество разработки тестов на ранних этапах жизненного цикла?
Это помогает предотвратить появление дефектов в коде.
65. Что такое тестирование, основанное на оценке риска?
Риск-ориентированное тестирование - это термин, используемый для подхода к созданию стратегии тестирования, основанного на приоритизации тестов по риску. В основе подхода лежит подробный анализ рисков и приоритезация рисков по уровню риска. Затем определяются тесты для устранения каждого риска, начиная с самого высокого риска.
66. В чем КЛЮЧЕВОЕ различие между превентивным и реактивным подходами к тестированию?
Профилактические тесты разрабатываются заранее; реактивные тесты разрабатываются после того, как программное обеспечение было произведено.
67. Какова цель критериев выхода?
Цель критериев выхода - определить, когда уровень теста завершен.
68. Что определяет уровень риска?
Вероятность неблагоприятного события и влияние события определяют уровень риска.
69. Когда используется тестирование таблицы решений?
Тестирование таблицы решений используется для тестирования систем, для которых спецификация принимает форму правил или причинно-следственных комбинаций. В таблице решений входы перечислены в столбце, а выходы - в том же столбце, но под входами. В оставшейся части таблицы исследуются комбинации входов для определения произведенных выходов.
Узнайте больше о методике тестирования таблицы решений в видеоуроке здесь.
70. Почему мы используем таблицы решений?
Методы разделения эквивалентности и анализа граничных значений часто применяются к конкретным ситуациям или входным данным. Однако, если различные комбинации входных данных приводят к выполнению различных действий, это может быть труднее показать, используя разделение эквивалентности и анализ граничных значений, которые, как правило, больше сосредоточены на пользовательском интерфейсе. Два других основанных на спецификациях метода, таблицы решений и тестирование перехода между состояниями больше ориентированы на бизнес-логику или бизнес-правила. Таблица решений - хороший способ справиться с комбинациями вещей (например, входными данными). Этот метод иногда также называют таблицей причинно-следственных связей. Причина этого в том, что существует связанная техника построения логических диаграмм, называемая «диаграммой причинно-следственных связей», которая иногда использовалась для построения таблицы решений.
71. Какова ГЛАВНАЯ цель при проверке результатов программного обеспечения?
Выявление дефектов в любом программном продукте.
72. Что из следующего определяет ожидаемые результаты теста? Спецификация тестового примера или спецификация дизайна теста.
Спецификация тестового случая определяет ожидаемые результаты теста.
73. В чем преимущество независимости тестов?
Это позволяет избежать предвзятости автора при определении эффективных тестов.
74. В рамках какого процесса тестирования вы определяете критерии выхода?
Критерии выхода определяются на основе «Планирования тестирования».
75. Что такое альфа-тестирование?
Предрелизное тестирование представителями конечных пользователей на сайте разработчика.
76. Что такое бета-тестирование?
Тестирование проводится потенциальными клиентами на их территории.
77. Упомяните, в чем разница между пилотным и бета-тестированием?
Разница между пилотным и бета-тестированием заключается в том, что пилотное тестирование фактически выполняется с использованием продукта группой пользователей перед окончательным развертыванием, а в бета-тестировании мы не вводим реальные данные, но оно устанавливается у конечного потребителя для проверки. если продукт можно использовать в производстве.
78. Учитывая следующий фрагмент кода, сколько тестов требуется для 100% покрытия решений?
если ширина> длинаthenbiggest_dimension = ширинаесли высота> ширинаthenbiggest_dimension = высотаend_ifelsebiggest_dimension = длинаесли высота> длинаthenbiggest_dimension = высотаend_ifend_if
4
79. Вы разработали тестовые примеры, чтобы обеспечить 100% -ное покрытие утверждений и 100% -ное принятие решений для следующего фрагмента кода. если ширина> длина, то наибольший_ размер = ширина, иначе наибольший_ размер = длина, конечный_иф. В конец фрагмента кода, приведенного выше, было добавлено следующее. print "Самый большой размер" & Big_dimensionprint "Ширина: и ширина print "Длина: и длина Сколько еще тестовых примеров требуется?
Нет, можно использовать существующие тестовые примеры.
80. В чем разница между методами тестирования и инструментами тестирования?
Техника тестирования: - Это процесс, позволяющий убедиться, что некоторые аспекты прикладной системы или модуля функционируют должным образом. Может быть несколько методов, но много инструментов.
Инструменты тестирования: - Это средство для выполнения тестового процесса. Инструмент является ресурсом для тестировщика, но сам по себе недостаточен для проведения тестирования.
Узнайте больше об инструментах тестирования здесь
81. Мы используем результат анализа требований, спецификацию требований в качестве входных данных для написания
…Сценарии приемочных испытаний пользователей
82. Повторное тестирование уже протестированной программы после модификации для обнаружения любых дефектов, появившихся или обнаруженных в результате изменений в тестируемом программном обеспечении или в другом связанном или несвязанном программном компоненте:
Регрессионное тестирование
83. Оптовый торговец продает картриджи для принтеров. Минимальный заказ - 5. При заказе от 100 картриджей для принтеров действует скидка 20%. Вас попросили подготовить тестовые примеры, используя различные значения для количества заказанных картриджей для принтеров. Какая из следующих групп содержит три тестовых входа, которые будут сгенерированы с помощью анализа граничных значений?
4, 5, 99
84. Что такое компонентное тестирование?
Тестирование компонентов, также известное как тестирование модулей, модулей и программ, ищет дефекты и проверяет функционирование программного обеспечения (например, модулей, программ, объектов, классов и т. Д.), Которые можно тестировать отдельно. Тестирование компонентов может выполняться изолированно от остальной системы в зависимости от контекста жизненного цикла разработки и системы. Чаще всего заглушки и драйверы используются для замены отсутствующего программного обеспечения и простой имитации интерфейса между программными компонентами. Заглушка вызывается из тестируемого программного компонента; драйвер вызывает компонент для тестирования.
Вот отличное видео о модульном тестировании
85. Что такое функциональное системное тестирование?
Полное тестирование функциональности системы в целом определяется как функциональное тестирование системы.
86. Каковы преимущества независимого тестирования?
Независимые тестировщики беспристрастны и одновременно выявляют разные дефекты.
87. При РЕАКТИВНОМ подходе к тестированию, когда, по вашему мнению, будет начата основная часть работы по дизайну теста?
Основная часть работы по тестированию началась после того, как программное обеспечение или система были созданы.
88. Каковы разные методологии в модели гибкой разработки?
В настоящее время я знаю семь различных гибких методологий:
- Экстремальное программирование (XP)
- Scrum
- Бережливая разработка программного обеспечения
- Функциональная разработка
- Гибкий унифицированный процесс
- Кристалл
- Модель разработки динамических систем (DSDM)
89. Какая деятельность в процессе фундаментального тестирования включает оценку тестируемости требований и системы?
«Тестовый анализ» и «Дизайн» включают оценку тестируемости требований и системы.
90. Какая обычно САМАЯ важная причина использовать риск для стимулирования усилий по тестированию?
Потому что проверить все нереально.
91. Что такое случайное тестирование / тестирование на обезьянах? Когда это используется?
Случайное тестирование часто называют тестированием на обезьянах. В таком типе тестирования данные генерируются случайным образом, часто с использованием инструмента или автоматизированного механизма. С помощью этого случайно сгенерированного ввода система тестируется, и результаты анализируются соответствующим образом. Эти испытания менее надежны; поэтому его обычно используют новички, чтобы посмотреть, выдержит ли система неблагоприятные воздействия.
92. Какие из перечисленных ниже целей являются действительными целями для отчетов об инцидентах?
- Предоставьте разработчикам и другим сторонам обратную связь о проблеме, чтобы при необходимости выявить, изолировать и исправить.
- Предложите идеи для улучшения процесса тестирования.
- Предоставьте средство для оценки компетентности тестировщика.
- Предоставьте тестировщикам средства отслеживания качества тестируемой системы.
93. Рассмотрите следующие методы. Какие статические, а какие динамические методы?
- Разделение эквивалентности.
- Тестирование сценариев использования.
- Анализ потока данных.
- Исследовательское тестирование.
- Проверка решений.
- Инспекции.
Анализ и проверки потока данных статичны; Разделение на эквивалентность, тестирование вариантов использования, исследовательское тестирование и тестирование принятия решений являются динамическими.
94. Почему статическое тестирование и динамическое тестирование считаются взаимодополняющими?
Потому что они разделяют цель выявления дефектов, но различаются по типам обнаруженных дефектов.
95. Каковы этапы официального обзора?
В отличие от неформальных обзоров, официальные обзоры следуют формальному процессу. Типичный формальный процесс проверки состоит из шести основных этапов:
- Планирование
- Подать мяч
- Подготовка
- Обзорная встреча
- Переделка
- Следовать за.
96. Какова роль модератора в процессе проверки?
Модератор (или руководитель обзора) возглавляет процесс обзора. Он или она определяет в сотрудничестве с автором тип обзора, подход и состав группы обзора. Модератор выполняет проверку входа и последующие действия по доработке, чтобы контролировать качество ввода и вывода процесса проверки. Модератор также планирует встречу, распространяет документы перед встречей, обучает других членов команды, проводит встречу, ведет возможные обсуждения и сохраняет собранные данные.
Узнайте больше о процессе проверки в видеоруководстве здесь
97. Что такое раздел эквивалентности (также известный как класс эквивалентности)?
Входные или выходные диапазоны значений, так что только одно значение в диапазоне становится тестовым примером.
98. Когда следует внедрить процедуры управления конфигурацией?
Во время планирования тестирования.
99. Тип функционального тестирования, который исследует функции, связанные с обнаружением угроз, например вирусов, исходящих от злоумышленников?
Тестирование безопасности
100. Тестирование, при котором мы подвергаем цель теста различным рабочим нагрузкам для измерения и оценки поведения производительности и способности цели и теста продолжать правильно функционировать при этих различных рабочих нагрузках?
Нагрузочное тестирование
101. Тестирование, которое выполняется для выявления дефектов в интерфейсах и во взаимодействии между интегрированными компонентами?
Тестирование уровня интеграции
102. Каковы методы тестирования на основе структуры (белого ящика)?
Методы тестирования на основе структуры (которые также являются динамическими, а не статическими) используют внутреннюю структуру программного обеспечения для получения тестовых примеров. Их обычно называют методами «белого ящика» или «стеклянного ящика» (подразумевающих, что вы можете видеть систему), поскольку они требуют знания того, как реализовано программное обеспечение, то есть как оно работает. Например, структурный метод может касаться выполнения циклов в программном обеспечении. Для выполнения цикла один, два и много раз могут быть получены различные тестовые примеры. Это можно сделать независимо от функциональности программного обеспечения.
103. Когда следует проводить «регрессионное тестирование»?
После изменения программного обеспечения или изменения среды необходимо выполнить регрессионное тестирование.
104 . Что такое отрицательный и положительный тест?
Отрицательный тест - это когда вы вводите неверный ввод и получаете ошибки. В то время как положительное тестирование - это когда вы вводите действительный ввод и ожидаете, что какое-то действие будет выполнено в соответствии со спецификацией.
105. Какова цель критерия завершения теста?
Цель критерия завершения теста - определить, когда прекратить тестирование.
106. Чего НЕ может найти статический анализ?
Например утечки памяти.
107. В чем разница между повторным тестированием и регрессионным тестированием?
Повторное тестирование гарантирует, что исходная ошибка была устранена; регрессионное тестирование ищет неожиданные побочные эффекты.
108. Каковы методы тестирования, основанные на опыте?
В методах, основанных на опыте, знания, навыки и опыт людей являются основным фактором, влияющим на условия тестирования и контрольные примеры. Важен опыт как технических, так и деловых людей, поскольку они привносят разные точки зрения в процесс анализа и проектирования тестов. Из-за предыдущего опыта работы с подобными системами они могут иметь представление о том, что может пойти не так, что очень полезно для тестирования.
109. Для какого типа проверки требуются формальные критерии входа и выхода, включая показатели?
Осмотр
110. Могут ли обзоры или инспекции считаться частью тестирования?
Да, потому что и то, и другое помогает обнаруживать неисправности и улучшает качество.
111. В поле ввода указывается год рождения между 1900 и 2004 годами. Каковы граничные значения для тестирования этого поля?
1899,1900,2004,2005
112. Какие из следующих инструментов будут задействованы в автоматизации регрессионного тестирования? а. Тестер данных b. Граничный тестер c. Захват / воспроизведение d. Выходной компаратор.
d. Выходной компаратор
113. Чтобы протестировать функцию, должен написать программист, который вызывает функцию для тестирования и передает тестовые данные.
Водитель
114. Какова основная причина, по которой разработчикам сложно тестировать свои собственные работы?
Отсутствие объективности
115. «Сколько тестов достаточно?»
Ответ зависит от риска для вашей отрасли, контракта и особых требований.
116. Когда следует прекратить тестирование?
Это зависит от рисков для тестируемой системы. Есть несколько критериев, по которым можно прекратить тестирование.
- Сроки (тестирование, выпуск)
- Бюджет на тестирование исчерпан
- Частота ошибок падает ниже определенного уровня
- Тестовые случаи завершены с определенным процентом пройденных
- Альфа- или бета-периоды тестирования заканчиваются
- Охват кода, функциональности или требований выполняется до определенной точки
117. Что из перечисленного является основной целью стратегии интеграции для интеграционного тестирования в малых масштабах?
Основная цель стратегии интеграции - указать, какие модули комбинировать, когда и сколько одновременно.
118. Что такое полуслучайные тестовые примеры?
Полуслучайные тестовые примеры - это ничто, но когда мы выполняем случайные тестовые примеры и делим эквивалентное разделение на эти тестовые примеры, он удаляет избыточные тестовые примеры, тем самым давая нам полуслучайные тестовые примеры.
119. Учитывая следующий код, какое утверждение о минимальном количестве тестовых примеров, необходимых для полного покрытия операторов и ветвей, является верным?
Читать p
Читать q
ЕСЛИ p + q> 100
ТОГДА Печать "Большой"
ENDIF
ЕСЛИ p> 50
ТОГДА Печать "p Large"
ENDIF
1 тест на покрытие операторов, 2 на покрытие ветвей
120. Какой обзор обычно используется для оценки продукта с целью определения его пригодности для предполагаемого использования и выявления несоответствий?
Технический обзор.
121. Кто должен первоначально задокументировать обнаруженные неисправности?
Тестировщиками.
122. Какой в настоящее время является официальным всемирно признанным стандартом документации?
Нет ни одного.
123. Что из нижеперечисленного является участником обзора, создавшим объект для рецензирования?
Автор
124. В программном обеспечении исправлен ряд критических ошибок. Все ошибки в одном модуле, связанные с отчетами. Менеджер тестирования решает проводить регрессионное тестирование только для модуля отчетов.
Регрессионное тестирование следует проводить и на других модулях, потому что исправление одного модуля может повлиять на другие модули.
125. Почему анализ граничных значений предоставляет хорошие тестовые примеры?
Потому что при программировании различных случаев у «краев» диапазона значений часто допускаются ошибки.
126. Чем проверка отличается от других типов проверки?
Его возглавляет обученный руководитель, он использует формальные критерии входа и выхода и контрольные списки.
127. Почему тестировщик может зависеть от управления конфигурацией?
Потому что управление конфигурацией гарантирует, что мы знаем точную версию тестового ПО и тестового объекта.
128. Что такое V-модель?
Модель разработки программного обеспечения, которая показывает, как действия по тестированию интегрируются с этапами разработки программного обеспечения.
129. Что такое сервисное тестирование?
Инициируется модификацией, миграцией или изъятием существующего программного обеспечения.
130. Что такое тестовое покрытие?
Покрытие тестами определенным образом измеряет объем тестирования, выполненного набором тестов (полученных другим способом, например, с использованием методов, основанных на спецификации). Везде, где мы можем посчитать и определить, проверена ли каждая из этих вещей каким-либо тестом, мы можем измерить охват.
131. Почему постепенная интеграция предпочтительнее интеграции "большого взрыва"?
Поскольку инкрементная интеграция позволяет лучше выявлять и изолировать ранние дефекты.
132. Как называется процесс запуска терминальных модулей?
Восходящая интеграция
133. Во время каких действий по тестированию неисправность может быть обнаружена наиболее экономично?
Во время планирования тестирования
134. Целью этапа требований является
Чтобы заморозить требования, понять потребности пользователей, определить объем тестирования
135. Почему мы разделяем тестирование на отдельные этапы?
Мы разделяем тестирование на отдельные этапы по следующим причинам:
- У каждого этапа теста своя цель.
- Проще успеть тестировать поэтапно
- Мы можем запускать разные тесты в разных средах
- Повышение производительности и качества тестирования за счет поэтапного тестирования.
136. Что такое DRE?
Для измерения эффективности тестирования используется мощная метрика для измерения эффективности тестирования, известная как DRE (Defect Removal Efficiency). Из этой метрики мы могли бы узнать, сколько ошибок мы обнаружили из набора тестовых примеров. Формула для расчета DRE:
DRE = количество ошибок во время тестирования / количество ошибок во время тестирования + количество ошибок, обнаруженных пользователем
137. Что из следующего, вероятно, получит наибольшую выгоду от использования инструментов тестирования, обеспечивающих средства записи и воспроизведения тестов? а) Регрессионное тестирование б) Интеграционное тестирование в) Системное тестирование г) Пользовательское приемочное тестирование
Регрессионное тестирование
138. Как бы вы оценили объем повторного тестирования, который может потребоваться?
Метрики из предыдущих аналогичных проектов и обсуждения с командой разработчиков
139. Что изучает анализ потока данных?
Использование данных о путях прохождения кода.
140. Что такое неудача?
Неудача - это отклонение от указанного поведения.
141. Что такое тестовые компараторы?
Действительно ли это тест, если вы вводите какие-то данные в какое-то программное обеспечение, но никогда не смотрите, дает ли программа правильный результат? Суть тестирования состоит в том, чтобы проверить, дает ли программа правильный результат, и для этого мы должны сравнить то, что дает программа, с тем, что она должна производить. Тестовый компаратор помогает автоматизировать некоторые аспекты этого сравнения.
142. Кто отвечает за документирование всех вопросов, проблем и открытых моментов, выявленных в ходе обзорной встречи.
Писец
143. Какова основная цель неофициального обзора?
Недорогой способ получить выгоду
144. Какова цель методики проектирования тестов?
Определение условий тестирования и выявление тестовых случаев
145. При тестировании системы подсчета оценок тестировщик определяет, что все оценки от 90 до 100 дадут оценку A, а оценки ниже 90 - нет. Этот анализ известен как:
Разделение эквивалентности
146. Менеджер тестирования хочет использовать доступные ресурсы для автоматического тестирования веб-приложения. Лучший выбор - тестировщик, автоматизация тестирования, веб-специалист, администратор баз данных.
147. Во время тестирования тестера модулей «X» обнаружил ошибку и передал ее разработчику. Но разработчик отвергает то же самое, говоря, что это не ошибка. Что должен делать «Х»?
Отправьте подробную информацию об обнаруженной ошибке и проверьте воспроизводимость
148. Тип интеграционного тестирования, при котором элементы программного обеспечения, элементы оборудования или и то, и другое объединяются одновременно в компонент или систему в целом, а не поэтапно.
Тестирование Большого Взрыва
149. На практике какая модель жизненного цикла может иметь больше, меньше или разные уровни разработки и тестирования, в зависимости от проекта и программного продукта. Например, тестирование интеграции компонентов может проводиться после тестирования компонентов, а тестирование интеграции системы - после тестирования системы.
V-модель
150. Какой метод можно использовать для достижения охвата ввода и вывода? Его можно применять к вводу человеком, вводу через интерфейсы к системе или параметрам интерфейса в интеграционном тестировании.
Разделение эквивалентности
151. «Эта модель жизненного цикла определяется рисками, связанными с графиком и бюджетом». Это утверждение лучше всего подходит для.
V-модель
152. В каком порядке запускать тесты?
Самый важный из них должен быть проверен в первую очередь
153. Чем позже в жизненном цикле разработки обнаруживается ошибка, тем дороже ее исправление. Почему?
Ошибка встроена в дополнительную документацию, код, тесты и т. Д.
154. Что такое измерение охвата?
Это частичная мера тщательности тестирования.
155. Что такое проверка граничных значений?
Проверьте граничные условия на краях входных и выходных классов эквивалентности, ниже и выше. Например, допустим, приложение банка, из которого вы можете снять максимум 20 000 рупий и минимум 100 рупий, поэтому при тестировании граничных значений мы проверяем только точные границы, а не попадаем в середину. Это означает, что мы проводим тестирование выше максимального и ниже минимального.
156. Что представляет собой COTS?
Коммерческая готовая продукция.
157.Цель чего состоит в том, чтобы разрешить выполнение определенных тестов в системе или сети, которая максимально приближена к среде, в которой тестируемый элемент будет использоваться после выпуска?
Тестовая среда
158. Что можно считать основанным на плане проекта, но с большим количеством деталей?
План фазовых испытаний
159. Что такое быстрая разработка приложений?
Rapid Application Development (RAD) формально представляет собой параллельную разработку функций и последующую интеграцию. Компоненты / функции разрабатываются параллельно, как если бы они были мини-проектами, разработки ограничиваются по времени, доставляются, а затем собираются в рабочий прототип. Это может очень быстро дать заказчику что-то посмотреть и использовать, а также высказать свое мнение о доставке и его требованиях. Используя эту методологию, возможно быстрое изменение и развитие продукта. Однако в какой-то момент необходимо будет разработать спецификацию продукта для продукта, и проект необходимо будет поставить под более формальный контроль перед запуском в производство.
Обратитесь к нам - Тестирование викторины
Обратитесь к нам - Вопросы для интервью по тестированию программного обеспечения Видео на YouTube
Бесплатная загрузка PDF: Вопросы и ответы на собеседовании по тестированию программного обеспечения
Вышеупомянутые вопросы и ответы на собеседование в формате pdf помогут как новичкам, так и опытным QA-инженерам. Пожалуйста, поделитесь страницей с друзьями и коллегами.