Тестирование

Question 1

Что такое план тестирования?

Answer 1

Последовательность тестов выполняемая тестировщиком.

Question 2

Что такое тест-кейс?

Answer 2

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

Question 3

Какие поля должны быть обязательными в тест-кейсе?

Answer 3

1. Уникальный идентификатор
2. Заголовок с кратким описанием, того, что проверяется
3. Список действий, ведущий к ожидаемому результату - Шаги

Question 4

Какие поля в тест-кейсе необязательные?

Answer 4

1. Предусловие - описание действий перед тест-кейсом
2. Постусловия - описание действий после тест-кейса
3. Окружение для выполнения теста
4. Краткое описание цели и ссылка на проверяемые требования

Question 5

Какие бывают типы проверок при тестирование?

Answer 5

Позитивная и негативная проверки

Question 6

Что такое позитивная проверка при тестирование?

Answer 6

Проверка работоспособности фичи при введение корректных данных

Question 7

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

Answer 7

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

Question 8

Что такое чек-лист тестирования?

Answer 8

Последовательность шагов для проверки всего пользовательского сценария

Question 9

Из чего состоит чек-лист тестирования?

Answer 9

Из шагов, представляющих собой:

1. Действие и одна или несколько проверок результата
2. Одна или несколько проверок не связанных с предыдущим действием

Question 10

Какая последовательность действий при тестирование полей по чек-листу?

Answer 10

1) Позитивная проверка
2) Негативная проверка
3) Переход к следующему полю и повторения шагов 1 и 2
4) Выполнение завершающего действия после проверки всех полей

Question 11

Зачем составляется чек-лист?

Answer 11

Чек-лист составляется для многократной проверки

Question 12

Какие правила следует соблюдать при создании тест-кейсов?

Answer 12

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

Question 13

Какие поля обязательные в баг-репорте?

Answer 13

• Заголовок
• Шаги воспроизведения
• Ожидаемый и фактический результат
• Степень влияния бага на работоспособность
• Срочность исправления бага
• Окружение
• Версия приложения

Question 14

Какие поля не обязательны в баг-репорте?

Answer 14

• Предусловие
• Постусловие
• Дополнительные материалы (скрины и скринкасты)

Question 15

Какая может быть классификация багов?

Answer 15

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

Question 16

Как можно приоритезировать баги?

Answer 16

1) баг с высоким приоритетом - исправляется в первую очередь
2) баг со средним приоритетом - исправляется спустя некоторое время
3) баг с низким приоритетом - исправляется после фикса всех критических ошибок