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

восьми часам семь раз в неделю (19 : 7). Кстати, так и поступают

во многих стартапах.

Но допустим, что наш www.testshop.rs не относится к этим мно-

гим и славится человечным отношением к своим работникам.

Итак, нам, гуманистам, не хватает 51 часа (131- 80) для исполне-

ния регрессивного тестирования. Что можно сделать? Среди прочих

вещей, таких, как заимствование сотрудников из других отделов,

можно сделать следующее: у нас есть приоритет каждого из тест-

комплектов. Так давайте же исполним самые приоритетные из них!

Группа

Номер тест-комплекта

Время на исполнение

Приоритет

(в часах)

1

#TS1111

10

1

#TS1222

15

3

#TS1333

17

4

2

#TS2444

18

4

#TS2555

12

2

#TS2777

14

1

#TS2888

26

3

#TS2999

19

2

Если мы исполним тест-комплекты

• только 1-го приоритета, то регрессивное тестирование возь-

мет 24 часа (10+ 14);

• только 1-го и 2-го, то — 55 часов (24 + 12 + 19);

• только 1, 2 и 3-го, то — 96 часов (55 + +5 + 26), это нам не

подходит.

Итак, мы исполняем тест-комплекты 1-го и 2-го приоритетов.

Оставшиеся 25 часов (80 - 55) можно отдать на исполнение, на-

пример:

• спека #1222 (15 часов), либо

• спека #2888 (26 часов), либо

• исполнить наиболее приоритетные тест-кейсы из обоих этих

тест-комплектов (самая лучшая идея).

Концепция, думаю, понятна.

Кстати,

определение списка тест-комплектов для регрессивного тестирования —

это, как правило, прерогатива менеджмента.

Исполнение тестирования. Стадия 2: регрессивное тестирование

277

Теперь о третьей группе.

Как правило, большая часть тест-комплектов не входит ни в пер-

вую, ни во вторую группы. Но они тоже нуждаются в регрессив-

ном тестировании, так как изменение ПО может каким-то обра-

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

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

регрессивного тестирования каждого релиза в порядке очереди

выделяется по несколько тест-комплектов с расчетом, чтобы все

существующие тест-комплекты были исполнены хотя бы один

раз в определенный период, например в полгода. При недостат-

ке времени для исполнения тест-комплектов из группы 3 ре-

комендую исполнять лишь самые приоритетные тест-кейсы

каждого тест-комплекта, выбранного для исполнения при регрес-

сивном тестировании данного релиза.

Например, если у нас есть 45 тест-комплектов и один релиз в месяц,

то, если исполнять по 15 тест-комплектов каждый релиз, за 3 месяца

можно исполнить их все.

Решение проблемы противоречия

Проблема противоречия между ограниченными ресурсами (напри-

мер, время на регрессивное тестирование) и постоянно растущим

количеством тест-комплектов решается следующими способами:

а. Приоритезация тест-комплектов и тест-кейсов.

б. Оптимизация тест-комплектов.

в. Наем новых тестировщиков.

г. Автоматизация регрессивного тестирования.

а. О пользе приоритезации мы уже говорили. Странно, но во мно

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

чтобы приоритезировать тест-комплекты и тест-кейсы и испол

нять лишь те из них, которые реально важны.

б. Оптимизация тест-комплектов. Многие старые тест-комплекты

могут быть оптимизированы в смысле

• уменьшения количества тест-кейсов и/или

• упрощения исполнения тест-кейсов.