дающегося в этих услугах, в одноименный файл директо-
рии
В жизни все выглядит проще, так как обычно пускается в расход
не отдельный тест-кейс, а весь тест-комплект.
Иногда возникает дилемма — что лучше:
• изменить тест-кейс или
• удалить его и придумать новый.
Зсе ситуации уникальны, но, как показывает жизнь, легче возвести
здание на пустом месте, чем делать генеральную реставрацию
старого особняка. Кстати, судя по Москве, этой концепции при-
держиваюсь не я один.
Вот такие дела...
А напоследок я скажу...
Важный момент перед подведением итогов.
Все то, о чем мы говорили в этой беседе, является хорошей прак-
тикой при создании тест-кейсов и тест-комплектов, эта практика
имеет место в реальных и успешных интернет-компаниях Сили-
коновой Долины, и все, включая формат, можно использовать,
как оно было рассказано и показано. Я же хочу, чтобы вы всегда
помнили главное:
Для иллюстрации творческого подхода те же тест-кейсы, но в
другом виде.
Test Case
Priority
Card
Card Number
Card
Card Expected
ID
ExpirationCVV2Result
date
CCPG00011
VISA
9999-5148-2222-1277 12/07
778
10
CCPG00011
MasterCard 3333-7112-4444-7844 12/08
676
20
SWPL00011
Switch
3333-1988-4444-5699 12/05
451
30
64
IDEA: Оплата может быть произведена картами из Таблицы 1.
Для каждого тест-кейса из Таблицы 1:
1. Запиши баланс счета карты :
www.main.testshop.rs/<четыре_
2. Открой www.main.testshop.rs.
3. Войди в систему как testuser1/paSSwOrd.
4. Найди любой товар.
5. Добавь товар в корзину.
6. Произведи
7. Запиши номер заказа
8. Запроси базу данных:
select result from cc_transaction where id = <номер заказа>;
Сравни с Expected resultl.
9. Запиши баланс счета карты
Шаг 1 - Шаг 6
Прошу считать творческий подход проиллюстрированным.
Краткое подведение итогов
1. Тест-кейс — это инструмент тестировщика, предназначенный
для документирования и проверки одного или более ожи-
даемых результатов.
2. Шаги
тест-кейса к фактическому результату (выводу). Излишняя
детализация
может
осложнить поддержку,
а
излишнее
абстрагирование привести к непониманию того, как исполнить
тест-кейс.
3. Шаги для повторяющихся сценариев можно вынести в отдель-
ный документ в локальной сети, и в тест-кейсе мы даем лишь
ссылку на этот документ.
4. Исполнение тест-кейса завершается либо положительным
именно отрицательный результат является желанным, так как
мы нашли баг.
5. Исполнение тест-кейса не является завершенным, если испол-
нитель не смог "пройти" все шаги.
6. Тест-кейс должен быть независим от других тест-кейсов из того
же или любого другого тест-комплекта.
7. Наиполезнейшими вещами являются следующие атрибуты тест-
кейса:
• уникальный
вующих в компании тест-кейсов;
65
• приоритет, чтобы все знали, кто здесь главный;
• идея, которая на простом языке объясняет предназначение
тест-кейса;
• подготовительная часть, которая... ну, в общем, подго-
тавливает нас к исполнению тест-кейса;
• история редактирования, которая помогает указать на
друзей, испортивших наши идеальные тест-кейсы и наших
легковерных попугаев.
8. Поддерживаемость тест-кейса — это легкость и удобство, с
которыми он может быть изменен. Поддерживаемость тест-
кейса — одна из основных формальных вещей при создании или
модификации тест-кейса.
9. Тест-кейс "проверяет" не более одной идеи. При этом два и
более ожидаемых результата легитимны, если истинность идеи
вытекает из одновременной истинности этих ожидаемых
результатов.
10. К плохому стилю относятся:
а) зависимость тест-кейсов друг от друга;
б) нечеткая формулировка шагов;
в) нечеткая формулировка идеи тест-кейса и/или ожидаемого
результата.
11. Тест-кейсы объединяются в тест-комплекты (как правило, один
тест-комплект — это один файл).
12. Как правило, тест-комплект включает тест-кейсы, родственные
друг другу тем, что они проверяют определенный участок на-