Интервью по тестированию программного обеспечения

66. В чем КЛЮЧЕВАЯ разница между профилактическим и реактивным подходами к тестированию?

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

67. Какова цель критериев выхода?

Цель критериев выхода — определить, когда тестовый уровень пройден.

68. От чего зависит уровень риска?

Вероятность неблагоприятного события и влияние события определяют уровень риска.

69. Когда используется тестирование таблицы решений?

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

Узнайте больше о методике тестирования таблиц решений в видео-учебнике здесь

70. Почему мы используем таблицы решений?

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

71. Какова ОСНОВНАЯ цель при рассмотрении результатов поставки программного обеспечения?

Для выявления дефектов в любом программном продукте.

72. Что из следующего определяет ожидаемые результаты теста? Спецификация тестового набора или проект теста.

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

73. В чем выгода теста независимости?

Это позволяет избежать предвзятости автора при определении эффективных тестов.

74. В рамках какого процесса тестирования вы определяете критерии выхода?

Критерии выхода определяются на основе «Планирования испытаний».

75. Что такое альфа-тестирование?

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

76. Что такое бета-тестирование?

Тестирование проводится потенциальными клиентами на своих местах.

77. Укажите, в чем разница между пилотным и бета-тестированием?

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

78. С учетом следующего фрагмента кода, сколько тестов требуется для обеспечения 100% принятия решения?

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

4

79. Вы разработали контрольные примеры, чтобы обеспечить 100% утверждение и покрытие 100% решений для следующего фрагмента кода. если ширина> длина, то самая большая_ди_мерность = ширина еще самая большая_ди_мерность = длина end_if Следующее было добавлено внизу фрагмента кода выше. print «Самое большое измерение — это» & big_dimensionprint «Width:» & width печать: «Length:» & length Сколько еще тестовых случаев требуется?

Ни один, существующие тестовые случаи не могут быть использованы.

80. В чем разница между методами тестирования и инструментами тестирования?

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

Инструменты тестирования: — это транспортное средство для выполнения процесса тестирования. Инструмент является ресурсом для тестировщика, но сам по себе недостаточен для проведения тестирования.

Узнайте больше об инструментах тестирования здесь

81. Мы используем результаты анализа требований, спецификации требований в качестве входных данных для написания …

Пользовательские тесты

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

Регрессионное тестирование

83. Оптовик продает картриджи для принтеров. Минимальное количество заказа — 5. При заказе 100 и более картриджей для принтера предоставляется скидка 20%. Вас попросили подготовить тестовые наборы, используя различные значения для количества заказанных картриджей. Какие из следующих групп содержат три входных теста, которые будут сгенерированы с использованием анализа граничных значений?

4, 5, 99

84. Что такое тестирование компонентов?

Тестирование компонентов, также известное как тестирование модулей, модулей и программ, ищет дефекты и проверяет функционирование программного обеспечения (например, модулей, программ, объектов, классов и т. Д.), Которые можно тестировать отдельно. Тестирование компонентов может выполняться изолированно от остальной системы в зависимости от контекста жизненного цикла разработки и системы. Чаще всего заглушки и драйверы используются для замены отсутствующего программного обеспечения и простой имитации интерфейса между программными компонентами. Заглушка вызывается из тестируемого компонента программного обеспечения; драйвер вызывает компонент для тестирования.

Вот отличное видео о модульном тестировании

85. Что такое функциональное тестирование системы?

Тестирование сквозной функциональности системы в целом определяется как функциональное тестирование системы.

86. Каковы преимущества независимого тестирования?

Независимые тестеры беспристрастны и выявляют различные дефекты одновременно.

87. В РЕАКТИВНОМ подходе к тестированию, когда вы ожидаете, что большая часть работы по проектированию теста будет начата?

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

88. Каковы различные методологии в модели гибкого развития?

В настоящее время мне известны семь различных гибких методологий:

1. Экстремальное программирование (XP)
2. Scrum
3. Бережливая разработка программного обеспечения
4. Функционально-управляемая разработка
5. Agile Unified Process
6. кристалл
7. Модель развития динамических систем (DSDM)

89. Какая деятельность в процессе фундаментального тестирования включает оценку тестируемости требований и системы?

«Анализ испытаний» и «Дизайн» включают оценку тестируемости требований и системы.

90. Какова обычно САМАЯ важная причина использовать риск для стимулирования тестирования?

Потому что тестирование нереально.

91. Что такое случайное / обезьянье тестирование? Когда это используется?

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

92. Что из перечисленного является действительными целями для отчетов об инцидентах?

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

93. Рассмотрим следующие приемы. Какие статические, а какие динамические?

1. Эквивалентность
2. Использование Case Testing.
3. Анализ потока данных.
4. Разведочные испытания.
5. Тестирование решений.
6. Осмотры.

Анализ потока данных и проверки являются статическими; Разделение эквивалентности, тестирование прецедентов, предварительное тестирование и тестирование решений являются динамическими.

94. Почему статическое тестирование и динамическое тестирование описываются как дополнительные?

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

95. Каковы этапы официального обзора?

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

1. планирование
2. Подать мяч
3. подготовка
4. Обзорная встреча
5. Rework
6. Следовать за.

96. Какова роль модератора в процессе проверки?

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

Узнайте больше о процессе рецензирования в видео-учебнике здесь

97. Что такое раздел эквивалентности (также известный как класс эквивалентности)?

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

98. Когда следует применять процедуры управления конфигурацией?

Во время планирования испытаний.

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

Тестирование безопасности

100. Тестирование, в котором мы подвергаем цель теста различным рабочим нагрузкам, чтобы измерить и оценить поведение производительности и способность цели и теста продолжать функционировать должным образом при этих различных рабочих нагрузках?

Нагрузочное тестирование

101. Тестирование деятельности, которая выполняется для выявления дефектов в интерфейсах и во взаимодействии между интегрированными компонентами?

Тестирование уровня интеграции

102. Каковы методы тестирования на основе структуры (белого ящика)?

Методы тестирования на основе структуры (которые также являются динамическими, а не статическими) используют внутреннюю структуру программного обеспечения для получения тестовых случаев. Их обычно называют методами «белого ящика» или «стеклянного ящика» (подразумевая, что вы можете видеть систему), поскольку они требуют знания о том, как реализовано программное обеспечение, то есть, как оно работает. Например, структурный метод может быть связан с выполнением циклов в программном обеспечении. Различные тестовые случаи могут быть получены для выполнения цикла один, два и много раз. Это может быть сделано независимо от функциональности программного обеспечения.

103. Когда следует проводить «регрессионное тестирование»?

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

104 . Что такое отрицательное и положительное тестирование?

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

105. Какова цель критерия завершения теста?

Цель критерия прохождения теста — определить, когда прекратить тестирование.

106. Что статический анализ НЕ может найти?

Например утечки памяти.

107. В чем разница между повторным тестированием и регрессионным тестированием?

Повторное тестирование гарантирует, что первоначальная ошибка была устранена; Регрессионное тестирование ищет неожиданные побочные эффекты.

108. Какие методы тестирования основаны на опыте?

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

109. Какой тип проверки требует формальных критериев входа и выхода, включая метрики?

осмотр

110. Могут ли обзоры или проверки считаться частью испытаний?

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

111. В поле ввода указывается год рождения между 1900 и 2004 годами. Каковы граничные значения для проверки этого поля?

1899,1900,2004,2005

112. Какой из следующих инструментов будет задействован в автоматизации регрессионного теста? а. Тестер данных б. Граничный тестер c. Захват / воспроизведение d. Выходной компаратор.

д. Выходной компаратор

113. Чтобы протестировать функцию, о чем должен написать программист, который вызывает функцию, подлежащую тестированию, и передает тестовые данные.

Водитель

114. Что является одной из ключевых причин, почему разработчики испытывают трудности при тестировании своей собственной работы?

Недостаток объективности

115. «Сколько тестов достаточно?»

Ответ зависит от риска для вашей отрасли, контракта и особых требований.

116. Когда следует прекратить тестирование?

Это зависит от рисков для тестируемой системы. Есть несколько критериев, по которым вы можете прекратить тестирование.

1. Сроки (Тестирование, Релиз)
2. Бюджет теста был исчерпан
3. Уровень ошибок падает ниже определенного уровня
4. Тестовые случаи выполнены с определенным процентом пройдено
5. Альфа или бета периоды для тестирования заканчиваются
6. Покрытие кода, функциональности или требований выполняется до определенной точки

117. Что из нижеперечисленного является основной целью стратегии интеграции для интеграционного тестирования в малом?

Основная цель стратегии интеграции — указать, какие модули объединять, когда и сколько одновременно.

118. Что такое полуслучайные тестовые случаи?

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

119. Учитывая следующий код, какое утверждение верно относительно минимального количества тестовых случаев, требуемого для полного утверждения и охвата ветвления?

Читать р

Читать д

ЕСЛИ p + q> 100

ПОТОМ печать «Large»

ENDIF

ЕСЛИ р> 50

ПОТОМ Печать «P Large»

ENDIF

1 тест для покрытия выписки, 2 для покрытия филиала

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

Технический обзор.

121. Найденные неисправности должны быть первоначально задокументированы кем?

По тестерам.

122. Каким является действующий официальный всемирно признанный стандарт документации?

Там нет ни одного.

123. Что из нижеперечисленного является участником проверки, создавшим элемент для проверки?

автор

124. Ряд критических ошибок исправлен в программном обеспечении. Все ошибки находятся в одном модуле, связанном с отчетами. Менеджер тестов решает проводить регрессионное тестирование только на модуле отчетов.

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

125. Почему анализ граничных значений дает хорошие контрольные примеры?

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

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

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

127. Почему тестер может зависеть от управления конфигурацией?

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

128. Что такое V-модель?

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

129. Что такое техническое обслуживание?

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

130. Что такое тестовое покрытие?

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

131. Почему инкрементная интеграция предпочтительнее, чем интеграция «большого взрыва»?

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

132. Что называется процессом, начинающимся с терминальных модулей?

Интеграция снизу вверх

133. Во время какого теста можно найти ошибку наиболее эффективно?

Во время планирования теста

134. Целью этапа требования является

Заморозить требования, понять потребности пользователей, определить объем тестирования

135. Почему мы разделяем тестирование на отдельные этапы?

Мы разделили тестирование на отдельные этапы по следующим причинам:

1. Каждый этап испытаний имеет свое назначение
2. Проще управлять поэтапно
3. Мы можем запустить разные тесты в разных средах
4. Производительность и качество тестирования улучшаются с помощью поэтапного тестирования

136. Что такое DRE?

Чтобы измерить эффективность теста, мощный показатель используется для измерения эффективности теста, известного как DRE (Эффективность удаления дефектов). Из этого показателя мы узнаем, сколько ошибок мы обнаружили в наборе тестовых случаев. Формула для расчета DRE имеет вид

DRE = Количество ошибок во время тестирования / количество ошибок во время тестирования + количество ошибок, обнаруженных пользователем

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

Регрессионное тестирование

138. Как бы вы оценили количество повторного тестирования, которое может потребоваться?

Метрики из предыдущих аналогичных проектов и обсуждения с командой разработчиков

139. Что изучает анализ потока данных?

Использование данных о путях через код.

140. Что такое неудача?

Отказ — это отклонение от указанного поведения.

141. Что такое тестовые компараторы?

Действительно ли это тест, если вы вводите какие-то данные в какое-то программное обеспечение, но никогда не смотрите, дает ли программа правильный результат? Суть тестирования состоит в том, чтобы проверить, дает ли программа правильный результат, и сделать это, и мы должны сравнить, что программное обеспечение производит с тем, что оно должно производить. Тестовый компаратор помогает автоматизировать аспекты этого сравнения.

142. Кто отвечает за документирование всех проблем, проблем и открытых вопросов, которые были выявлены в ходе обзорной встречи?

писец

143. Какова основная цель неофициального обзора

Недорогой способ получить выгоду

144. Какова цель методики проектирования тестов?

Идентификация условий тестирования и Идентификация тестовых случаев

145. При тестировании системы подсчета оценок тестировщик определяет, что все оценки от 90 до 100 будут давать оценку A, а оценки ниже 90 — нет. Этот анализ известен как:

Эквивалентное разбиение

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

147. Во время тестирования тестера модулей «Х» обнаружил ошибку и назначил ее разработчику. Но разработчик отвергает то же самое, говоря, что это не ошибка. Что должен делать «Х»?

Отправьте подробную информацию об обнаруженной ошибке и проверьте воспроизводимость

148. Тип интеграционного тестирования, при котором программные элементы, аппаратные элементы или оба сразу объединяются в компонент или общую систему, а не поэтапно.

Тестирование большого взрыва

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

V-модель

150. Какой метод можно использовать для достижения входного и выходного охвата? Он может применяться к вводу человеком, вводу через интерфейсы в систему или к параметрам интерфейса при интеграционном тестировании.

Эквивалентное разбиение

151. «Эта модель жизненного цикла определяется рисками графика и бюджета». Это утверждение лучше всего подходит для.

V-модель

152. В каком порядке следует проводить тесты?

Самый важный должен быть проверен первым

153. Чем позже в жизненном цикле разработки обнаруживается ошибка, тем дороже ее устранять. Почему?

Ошибка была встроена в дополнительную документацию, код, тесты и т. Д.

154. Что такое измерение покрытия?

Это частичная мера тщательности теста.

155. Что такое граничное тестирование?

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

156. Что представляет собой COTS?

Коммерческая с полки.

157.Цель, которая позволяет проводить конкретные тесты в системе или сети, максимально приближенной к среде, в которой тестируемый элемент будет использоваться после выпуска?

Тестовая среда

158. Что можно считать основанным на плане проекта, но с большим количеством деталей?

План фазовых испытаний

159. Что такое быстрая разработка приложений?

Быстрая разработка приложений (RAD) формально является параллельной разработкой функций и последующей интеграцией. Компоненты / функции разрабатываются параллельно, как если бы они были мини-проектами, разработки откладываются по времени, доставляются и затем собираются в рабочий прототип. Это может очень быстро дать клиенту что-то, что можно увидеть и использовать, а также предоставить обратную связь относительно доставки и их требований. Быстрое изменение и развитие продукта возможны с использованием этой методологии. Однако в какой-то момент для продукта необходимо будет разработать спецификацию продукта, и проект должен быть поставлен под более формальный контроль перед началом производства.

Порекомендуйте нашу — Тестирование Тест