Ответы на вопросы для самопроверки из книги Савина Романа "Тестирование DOT COM или Пособие по жестокому обращению с багами в интернет-стартапах". Глава: "Искусство создания тест-кейсов"

Спасибо за подсказки в комментариях!

Глава: "Искусство создания тест-кейсов"

Вопросы и задания для самопроверки:

1. Без какой части тест-кейс никак не может обойтись?
2. Для чего в тест-кейсе нужны шаги?
3. Два вида исхода исполнения тест-кейса. К какому исходу мы, как тестировщики, стремимся?
4. Что происходит, если состояние ПО не позволяет исполнить все шаги тест-кейса? Каковы наши действия?
5. Обоснуйте, почему у тест-кейса должна быть лишь одна тестируемая идея?
6. Перечислите полезные атрибуты тест-кейса и причину полезности каждого из них.
7. Изменяется ли ID тест-кейса при изменении самого тест-кейса или переносе его в другой документ?
8. Придумайте свой способ индексации тест-кейсов, например, частью ID может быть номер спека.
9. Что такое data-driven тест-кейс? В чем заключается удобство поддержания такого тест-кейса?
10. Как лёгкость в поддерживаемости тест-кейса позволяет сэкономить время?
11. Формальные недостатки, не позволяющие тест-кейсам быть белыми и пушистыми.
12. В чем удобство написания новых тест-кейсов в отдельный тест-комплект?
13. Ожидается ли, что тестировщик изменит тест-кейс, написанный лишь на основании спека, без знакомства с реально написанным ПО?
14. В чем проявляется родственность тест-кейсов, являющихся частью одного тест-комплекта?
15. Приведите атрибуты шапки тест-комплекта.
16. Состояния тест-кейса.
17. Почему не рекомендуется удалять тест-кейсы?
18. Есть ли стандартная форма тест-кейса, за несоблюдение которой лишают премий и не приглашают на празднование Нового года?
19. Разница между идеей тест-кейса и ожидаемым результатом
20. Напишите тест-кейс с тестируемой идеей "Я могу убедить свою жену в чём угодно" и ожидаемым результатом "Дорогой, поезжайте с Алексеем на рыбалку. Вы так редко с ним видитесь".
21. Напишите тест-кейс с одной идеей и двумя ожидаемыми результатами. Используйте пример из жизни.

Вопрос номер 1

Без какой части тест-кейс никак не может обойтись?

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

Вопрос номер 2

Для чего в тест-кейсе нужны шаги?

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

Вопрос номер 3

Два вида исхода исполнения тест-кейса. К какому исходу мы, как тестировщики, стремимся?

Каждый завершенный тест-кейс дает один из двух исходов (результатов):
Положительный исход (PASS), если фактический результат исполнения тест-кейса равен ожидаемому.
Отрицательный исход (FAIL) если фактический результат исполнения тест-кейса НЕ равен ожидаемому.

Вопрос номер 4

Что происходит, если состояние ПО не позволяет исполнить все шаги тест-кейса? Каковы наши действия?

В таком случае мы рапортуем баг и откладываем исполнение тест-кейса до устранения бага.

Вопрос номер 5

Обоснуйте, почему у тест-кейса должна быть лишь одна тестируемая идея?

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

Вопрос номер 6

Перечислите полезные атрибуты тест-кейса и причину полезности каждого из них.

УНИКАЛЬНЫЙ ID(Unique ID)
ID должен быть уникальным в пределах не только документа, содержащего тест-кейс, но и всего департамента качества. Необходим для ведения статистики по тест-кейсам, обновления, удаления или переноса в другой документ. Что бы ничего не путалось.

ПРИОРИТЕТ ТЕСТ-КЕЙСА (Test Case Priority)
Используется для определения важности тест-кейса. Помогает определить очередность выполнения тест-кейсов.

ИДЕЯ (IDEA)
Это описание конкретной вещи, проверяемой тест-кейсом.

ПОДГОТОВИТЕЛЬНАЯ ЧАСТЬ(SETUP and ADDITIONAL INFO)
Все данные, которые могут понадобиться при выполнении тест-кейса, собранные в одном месте.

ИСТОРИЯ РЕДАКТИРОВАНИЯ (RevisionHistory)
Сведения о рождении и истории развития каждого тест-кейса, где отражается: Кто? Что? Зачем? Когда? Почему?

Вопрос номер 7

Изменяется ли ID тест-кейса при изменении самого тест-кейса или переносе его в другой документ?

Уникальный ID тест-кейса дается последнему один раз и никогда не меняется.

Вопрос номер 8

Придумайте свой способ индексации тест-кейсов, например, частью ID может быть номер спека.
Ответ из комментариев
****:####, где **** это номер спека, а #### это номер тест-кейса. (3456:6789). S1236:T4563, S - значит спек, 1236 - номер спека, T - значит тест, 4563 - номер теста.

Вопрос номер 9

Что такое data-driven тест-кейс? В чем заключается удобство поддержания такого тест-кейса?

Это такой вид тест-кейса когда данные и инструкции по их применению не смешаны, а разделены и слинкованы.
Основной плюс такого тест-кейса заключается в том, что нам не нужно вносить изменения в ШАГИ, чтобы протестировать по тому же сценарию другие карты. Единственное, что нам нужно, — это модифицировать исходные ДАННЫЕ.

Вопрос номер 10

Как лёгкость в поддерживаемости тест-кейса позволяет сэкономить время?

Что бы не переписывать сотни тест-кейсов при изменении одного шага имеет смысл вынести шаги, повторяющиеся от тест-кейса к тест-кейсу, во внешний документ и вместо них включить в тест-кейс лишь один шаг-ссылку например: «Произведи ОПЛАТУ КАРТОЙ из секции "SETUP and ADDITIONAL INFO"».

Вопрос номер 11

Формальные недостатки, не позволяющие тест-кейсам быть белыми и пушистыми.
Если я правильно понял вопрос, то речь идет о поддерживаемости тест-кейса.
Поддерживаемость тест-кейса — это легкость и удобство, с которыми он может быть изменен.

Ответ из комментариев
Формальные недостатки, не позволяющие тест-кейсам быть белыми и пушистыми.
Если я правильно понял вопрос, то речь идет о поддерживаемости тест-кейса.
Поддерживаемость тест-кейса — это легкость и удобство, с которыми он может быть изменен.
Я не понял вопрос, стоит уточнить у автора.

Вопрос номер 12

В чем удобство написания новых тест-кейсов в отдельный тест-комплект?

Совокупность тест-кейсов (находящихся, как правило, в одном

документе), которые проверяют 

 какую-то определенную часть нашего интернет-проекта 

и/или

 определенный спек,

называют тест-комплектом (test case suite).

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

Вопрос номер 13

Ожидается ли, что тестировщик изменит тест-кейс, написанный лишь на основании спека, без знакомства с реально написанным ПО?
Никто не ожидает, что тест-кейсы будут на 100% "работать" сразу после написания. Дело в том, что они создаются на основании опека (или, как это часто бывает, на основании устного пожелания начальника), и так как мы физически не видим функциональностей этого опека (код еще не написан), то многие вещи нужно в буквальном смысле представить себе. Кроме того, как мы уже видели, сами спеки имеют баги и спек может быть изменен без ведома тестировщика...

Ответ из коментариев
Да, ожидается, что тестировщик изменит тест-кейс, написанный лишь на основании спека, без знакомства с реально написанным ПО.

Вопрос номер 14

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

Вопрос номер 15

Приведите атрибуты шапки тест-комплекта.
Author — автор тест-кейсов.
Spec ID — номер (или иной уникальный ID) спека.
Priority — приоритет тест-комплекта (например, от 1 до 4), обычно соответствующий приоритету спека.
Producer — продюсер, написавший спек.

Developer — программист, пишущий код в соответствии со спеком.

Добавленно из комментариев
Overview — вкратце рассказывается, чему посвящен этот тест-комплект.
GLOBAL SETUP and ADDITIONAL INFO — здесь мы говорим о повторяющихся вещах, которые будем использовать в более чем одном тест-кейсе, и вообще о любой другой полезной информации для всего тест-комплекта.

Вопрос номер 16

Состояния тест-кейса.

состояние — "Новый" (New).
Это первая редакция тест-кейса:
"Created on: 11/17/2003 by 0. Тарасов".

состояние — "Измененный" (Modified).
Модификации, как правило, связаны с изменением спека, затрагивающего этот тест-кейс, или с улучшением тест-кейса, например, для удобства в поддержке:
"Modified on: 11/26/2003 by И.Новикова".

состояние — "Более недействителен" (Retired).

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

Вопрос номер 17

Почему не рекомендуется удалять тест-кейсы?
Во-первых, всегда возможна ошибка в суждении и нам нужно предусмотреть обратимость удаления,
во-вторых, тест-кейс, который, по нашему субъективно-несовершенному мнению, перестал быть актуальным, может еще пригодиться

Вопрос номер 18

Есть ли стандартная форма тест-кейса, за несоблюдение которой лишают премий и не приглашают на празднование Нового года?
Общепринятого стандарта формы тест-кейса нет.

Вопрос номер 19

Разница между идеей тест-кейса и ожидаемым результатом

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

Добавленно из комментариев
Идея - это конкретная вещь, которую тестируют, а ожидаемый результат это необходимое состояние этой вещи ( как она ДОЛЖНА работать ), которое мы сравниваем с фактическим результатом.

Вопрос номер 20

Напишите тест-кейс с тестируемой идеей "Я могу убедить свою жену в чём угодно" и ожидаемым результатом "Дорогой, поезжайте с Алексеем на рыбалку. Вы так редко с ним видитесь".

Вопрос номер 21

Напишите тест-кейс с одной идеей и двумя ожидаемыми результатами. Используйте пример из жизни.




https://mycarlog.blogspot.com/