Написание тест-кейсов

Иденти-фикатор
Уровень
Связанное с тестом требование
Модуль и подмодуль
Заглавие (суть) теста
Исходные данные, необходимые для выполнения теста
Шаги
Ожидаемый результат по каждому шагу

Приемущества
«Планирование, и только потом – выполнение!» Тест-кейсы дают нам структурированный системный подход, что снижает вероятность пропуска ошибки.
Тест-кейсы – хороший способ хранения части проектной информации.
Написание тест-кейсов – один из способов протестировать проектную документацию ещё до выхода первого билда.
Наличие тест-кейсов значительно ускоряет регрессионное тестирование.
Тест-кейсы – прекрасный способ быстро ввести в курс дела новичка или сотрудника, только что подключившегося к проекту.
Имея тест-кейсы, мы можем в любой момент «вспомнить», что мы делали месяц, полгода, год назад.
Тест-кейсы позволяют легко отслеживать прогресс (X% тестов выполнено, Y% тестов прошло (завалилось), Z% требований покрыто тестами).

Тест-кейсы могут быть:
Простыми или сложными.
Независимыми или связанными друг с другом.
Позитивными или негативными.

Оба тест-кейса делают одну и ту же проверку. Какой из них лучше?

Когда все детали прописаны до мелочей, при повторных выполнениях теста всегда будут выполняться строго одни и те же действия, что снижает вероятность обнаружить ошибку.
Слишком общий тест-кейс сложно выполнять по многим объективным и субъективным причинам, а потому он вполне может остаться невыполненным.
Если в тесте прописано много мелких деталей, возрастает время его создания и поддержки.
Однако недостаток деталей может усложнить работу новичка.

Здесь мы не привязаны к конкретным значениям.
Мы знаем, как проверить результат.
Мы сокращаем время написания и поддержки теста ссылкой на шаги 1-4.
Мы перечислили значения, представляющие для нас особый интерес.

Где в ниже перечисленном простые тест-кейсы, а где – сложные?
Набор 1:
1. Откройте файл «1.txt». Файл открыт.
Набор 2:
1. В документе размером более 100 Мб создайте таблицу 100x100, в ячейку 50x50 вставьте картинку размером 30 Мб, применив к ней функцию «Авторасположение». Проверьте результат.
Простые тесты оперируют за раз одним объектом.

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

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

Хороший тест-кейс
Обладает высокой вероятностью обнаружения ошибки.
Исследует соответствующую («ту, которую надо») область приложения.
Выполняет какие-то интересные действия.
Не выполняет ненужных действий.
Является не слишком простым, но и не слишком сложным.
Не является избыточным по отношению к другим тестам.
Делает обнаруженную ошибку очевидной.
Позволяет легко диагностировать ошибку.

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