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

(критерий начала/завершения)

Все очень просто.

Entry Criteria (условие старта) — это условие для начала чего-

либо.

Exit Criteria (условие завершения) — это условие для завершения

чего-либо.

266

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

Каждый из двух этапов тестирования имеет свои условия старта и

условия завершения.

Например

Условие старта для подготовки к тестированию: все спеки должны быть

заморожены.

Условие завершения подготовки к тестированию: тест-кейсы и прочие

подготовительные мероприятия написаны и закончены.

Условие старта для исполнения тестирования: код заморожен.

Условие завершения исполнения тестирования: тестирование новых

функциональностей и регрессивное тестирование завершено, нет от-

крытых П1 и П2 багов.

Test Plan (тест-план)

Вопрос: Почему мы не поговорили о тест-планах при нашей бе-

седе о тест-кейсах и тест-комплектах? Ответ: Я не хотел

забивать вам головы.

Вопрос: Тогда почему вы их забиваете сейчас?

Ответ: Потому что с теми знаниями, которые у вас уже есть, вам

будет проще понять этот материал.

Итак, приступим.

Что такое тест-план? Если вы спросите тестировщиков разных

компаний о том, что идет под именем "тест-план" в их компа-

ниях, то ответ часто будет варьироваться:

• иногда тест-планом называют тест-комплект,

• в других случаях тест-планом называют пару мыслей о тес-

тировании, набросанных на полях журнала "Playboy",

• в третьих случаях тест-планом называют текстовый доку-

мент, содержащий выдержки из спека, глядя на которые и

проводится тестирование (такое тоже бывает сплошь и рядом),

• есть еще и четвертые, и пятые случаи.

Вот концептуальная вещь:

• тест-кейс нужен для сравнения фактического результа-

та с ожидаемым результатом;

• тест-комплект — это логическая оболочка для хране-

ния тест-кейсов;

• тест-план — это документ, обобщающий и координи-

рующий тестирование.

Исполнение тестирования. Стадия 1: тестирование новых фича

267

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

если возглавляю проект с участием других тестировщиков.

Давайте рассмотрим элементы, которые вы можете использовать

в тест-планах.

Кстати, вовсе не обязательно использовать все элементы:

1. Вы можете взять элементы (и/или идеи из них) и интегрировать их

в свои тест-комплекты;

2. Вы можете использовать тест-план в усеченном виде.

Итак...

ЭЛЕМЕНТЫ ТЕСТ-ПЛАНА

1. Название тест-плана, имя автора и номер версии.

Например

«Тест-план проекта "Новые алгоритмы для поиска"». Автор Т. Чере-

мушкин. Версия 2.

2. Оглавление с разделами тест-плана:

Например

Введение

стр. 2

Документация с требованиями к ПО стр. 3 и

т. д.

3. Введение, в котором мы приводим информацию о сути и исто-

рии тестируемого проекта.

4. Документация с требованиями к ПО — здесь мы перечис-

ляем имена, номера и приоритеты спеков и/или другой докумен-

тации, определяющей тестируемые фича.

5. Фича, которые будут тестироваться, перечисляем и, если

нужно, комментируем. Каждой фича назначается приоритет.

6. Фича, которые НЕ будут тестироваться, перечисляем и объ-

ясняем, почему НЕ будут тестироваться.

Например,

частью спека #9172 "Улучшение безопасности платежных транзакций"

являются требования к скорости работы веб-сайта (performance). До-

пустим, у нас нет ни специалиста, ни ПО для тестирования скорости

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

что перформанс тестироваться не будет, так как нет ресурсов.

268

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

7. Объем тестирования — виды тестирования, которые мы бу-

дем проводить, и разъяснения к ним.

Например

"Системное тестирование будет исполняться для проверки всего флоу

оплаты, начиная от добавления книги в корзину и заканчивая про-

веркой значений базы данных и подтверждением от тест-машины

вендора".