tестирование dot com

• автоматически (для этого может быть написана простая про-

граммка) или же

• вручную, для чего должна быть заключена конвенция внутри де-

партамента качества.

Пример

Мы договариваемся, что ID состоит из двух частей:

• первая часть — это буквенное обозначение (например, четыре

латинские буквы), а

• вторая часть — это цифровое обозначение (от 0001 до 9999).

ID присваивается автором тест-комплекта, и в случае если новые тест-

кейсы (без ID) добавляются в тест-комплект, то буквенный ID берется из

предшествующих тест-кейсов, а цифровое обозначение = максимальное

цифровое обозначение + 1. Так если мы решим добавить тест-кейс для

тестирования оплаты картой Switch, то как мы его назовем? Правильно!

SWPL0002. А картой VISA или MasterCard? Правильно! CCPG0003.

Кстати, CCPG — это "Credit Cards Payments Global" ("общее по платежам

с кредитными картами"), a SWPL — "SWitch Payments Local" ("локальное по

платежам с картой Switch"). Почему я выбрал ТАКИЕ буквенные

обозначения? Потому что мне так захотелось. Никакого правила здесь

нет, как нравится, так и называйте, но постарайтесь, чтобы не было

двух тест-кейсов с одним ID.

Пример

Процесс присвоения ID идет следующим образом:

1. Пишем тест-кейсы. ID не присваиваем.

2. "Обкатываем" их при первом исполнении с удалением тех из них,

которые недостойны быть частью нашего тест-комплекта, и до-

бавлением тех, которые пришли на ум по мере исполнения.

3. Присваиваем оставшимся тест-кейсам по ID.

Мы продолжим разговор о тест-комплектах на одном из следую-

щих чаепитий.

62

Тестирование Дот Ком. Часть 1

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

У них все, как у людей. Рождаются, изменяются и умирают...

Рождение:

состояние — "Новый" (New).

Это первая редакция тест-кейса: "Created on: 11/17/2003 by

0. Тарасов".

Изменение:

состояние — "Измененный" (Modified). Модификации, как

правило, связаны с изменением спека, затрагивающего этот

тест-кейс, или с улучшением тест-кейса, например, для

удобства в поддержке: "Modified on: 11/26/2003 by И.

Новикова".

Смерть тест-кейса наступает

• вместе со смертью тестируемой вещи (определенной функ-

циональности, элемента интерфейса пользователя и др.),

например www.testshop.rs перестал принимать кредитные

карты либо

• в других случаях, например когда один тест-кейс дублиру-

ет другой, т.е. имеем

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

Рекомендую не удалять тест-кейсы насовсем, так как

во-первых, всегда возможна ошибка в суждении и нам нужно

предусмотреть обратимость удаления,

во-вторых, тест-кейс, который, по нашему субъективно-несовер-

шенному мнению, перестал быть актуальным, может еще приго-

диться, хотя бы как память о годах жизни, проведенных не за

штурвалом пиратского брига "Черная жемчужина", а за монито-

ром "Хундаи" с неотдирающимся стикером "Моя компания —

мой дом".

В общем:

1. Создаем специальную директорию в том же месте, где хра

ним файлы с тест-комплектами, и называем ее

retired_testcases.

2. Создаем в этой директории файл с тем же именем, что и

файл тест-комплекта, из которого удаляем тест-кейс.

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

63

3. Переносим тест-кейс (cut/paste) из файла, больше не нуж-