Блиц-тест ISTQB - Основы

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

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

Найти баги в приложении

Собрать доказательства для судового иска против разработчиков

Научить своих сотрудников пользоваться приложением

#2. Согласно библии тестировщика - Глоссарию ISTQB, слово “дефект” - это синоним такого понятия:

Инцидент

Несовершенство, недостаток, несоответствие требованиям

Заблуждение

Ошибка

#3. Согласно тому же Глоссарию ISTQB, в тестировании понятие “риска” относится к следующему:

Негативному фидбеку в сторону тестировщика от разработчиков

Негативным последствиям, которые обязательно произойдут

Негативным последствиям, которые теоретически могут случиться

Негативным последствиям для тестового приложения

#4. Планирование тестов начинается еще на этапе описания требований, чтобы достичь каких из перечисленных ниже целей?

Не допустить возникновения дефектов в приложении

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

Повысить уверенность в приложении

Вовремя закончить проект

#5. Команда тестировщиков на проекте всегда находит около 90-95% дефектов в приложении. Глава QA-отдела прекрасно знает, что это очень хороший процент нахождения багов как для QA-команды, так и ИТ-индустрии в целом, однако менеджмент компании недовольны QA-командой. Они говорят: команда “пропускает” слишком много багов. Известно также, что пользователи (клиенты) в целом довольны приложением, и что даже если были ошибки, то вреда они не приносили. Итак, какие из перечисленных далее фундаментальных принципов тестирования, могут помочь главе QA-отдела объяснить менеджерам и директорам, почему его отдел иногда все же “пропускает” дефекты?

Полное, всеобъемлющее тестирование - невозможно

Кластеринг (классификация и группировка) дефектов

“Парадокс пестицида”

“Заблуждение об отсутствии ошибок”

#6. В Глоссарии ISTQB сказано, что регрессионное тестирование нужно, чтобы:

Проверить успешность рефакторинга

Не допустить некорректного завершения одного из этапов тестирования

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

Улучшить качество юнит-тестирования, выполняемого по Agile-методике

#7. Что из ниже перечисленного наиболее важно для поддержки хороших отношений между разработчиками и тестировщиками?

Четкое понимание, что руководство хочет добиться от QA-отдела

Объяснение разработчикам результатов тестирования их кода в как можно более нейтральной форме

Совместный поиск “обходных путей” для найденных дефектов, вместо их исправления

Достижение наилучшего качества софта любыми способами

#8. Какие из утверждений ниже являются лучшим применением Фундаментальных Принципов Тестирования в жизненном цикле тестирования?

Только при подготовке к тестированию

Только при выполнении тестирования

На ранних этапах тестирования

На всем протяжении цикла

Блиц-тест ISTQB — Основы

Results

#2. Согласно библии тестировщика - Глоссарию ISTQB, слово “дефект” - это синоним такого понятия:

#3. Согласно тому же Глоссарию ISTQB, в тестировании понятие “риска” относится к следующему:

#4. Планирование тестов начинается еще на этапе описания требований, чтобы достичь каких из перечисленных ниже целей?

#6. В Глоссарии ISTQB сказано, что регрессионное тестирование нужно, чтобы:

#7. Что из ниже перечисленного наиболее важно для поддержки хороших отношений между разработчиками и тестировщиками?

#8. Какие из утверждений ниже являются лучшим применением Фундаментальных Принципов Тестирования в жизненном цикле тестирования?

Какой была ваша первая зарплата в QA и как вы искали первую работу?

3 КОММЕНТАРИИ

Последние публикации

Appium — гайд

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

Виды и типы тестирования: подробный разбор

Почему Google не нанимает тестировщиков

TestNG — большой гайд

Мы в Telegram

Тестировщик от бога

SQL для тестировщика

QA собеседование

Project-менеджер

Бизнес-аналитик

💬 Telegram-обсуждения

О сложностях поиска первой работы в тестировании

О синдроме самозванца и и сложностях адаптации

О перспективах дальнейшей карьеры

О конфликтах между разработчиками и QA

Последние комментарии

О нас

Разделы

Работа

Социальные сети

Блиц-тест ISTQB — Основы

Results

#2. Согласно библии тестировщика - Глоссарию ISTQB, слово “дефект” - это синоним такого понятия:

#3. Согласно тому же Глоссарию ISTQB, в тестировании понятие “риска” относится к следующему:

#4. Планирование тестов начинается еще на этапе описания требований, чтобы достичь каких из перечисленных ниже целей?

#6. В Глоссарии ISTQB сказано, что регрессионное тестирование нужно, чтобы:

#7. Что из ниже перечисленного наиболее важно для поддержки хороших отношений между разработчиками и тестировщиками?

#8. Какие из утверждений ниже являются лучшим применением Фундаментальных Принципов Тестирования в жизненном цикле тестирования?

Какой была ваша первая зарплата в QA и как вы искали первую работу?

3 КОММЕНТАРИИ

Похожее

Последние публикации

Мы в Telegram

💬 Telegram-обсуждения

Последние комментарии

О нас

Разделы

Работа

Социальные сети