Отправляет email-рассылки с помощью сервиса Sendsay

Записки бизнес аналитика

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "О карьере и профессиональном развитии IT-специалистов" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Февраль 2004   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Автор sla***@p*****.ua

Статистика

2.701 подписчиков
+9 за неделю
←   Все выпуски   →

Чек-лист на смену тест плану?


Информационный Канал Subscribe.Ru
Записки тестировщика // выпуск 6 // 2004-02-12

Чек-лист на смену тест плану?
Постоянное упоминание эпохального документа “Тест-план” в объявлениях о работе и просто литературе по тестированию, заставило провести небольшой анализ применимости данного документа к реалиям тестирования и отрасли разработки.

Итак, определимся с понятиями? Тест-план ? документ, описывающий общий подход к тестированию, определяющий общие и более детальные направления работ по тестированию, анализирующий охват тестирования в разрезе “тестируем/не тестируем” и если тестируем, то в каком объёме, с использованием каких средств и ресурсов и что, наконец, мы хотим достичь тестированием. То есть, вроде, всё понятно. Большой такой рабочий документ, в котором мы проводим анализ задачи тестирования в данном конкретном проекте и составляем план работ. Более низкоуровневые планы по тестированию того или иного функционала составляются или в рамках этого же документа (превращая тем самым составления плана тестирования в бесконечный процесс) или же в виде отдельных рабочих документов, которые строятся на основе тест плана, который даёт нам видение фронта работ по каждому конкретному участку системы или этапу разработки.

Теперь давайте рассмотрим данный документ с точки зрения его применимости конкретно тестировщиком. Для повседневной работы, документ такого высокого уровня как тест план в принципе не нужен. Документом, который определяет список пунктов проверки, контрольных точек, а также листом заданий на определённый период времени тест план служить не может. Тестировщик работает либо без плана вовсе (грустная реальность) либо идёт по чек-листу, разработанному с учётом особенностей именно того функционала, который в данный момент находится под тестом. Кто разрабатывает этот самый чек-лист решается в рамках конкретного подразделения, хотя оптимальным будет совместное творчество тестировщика и разработчика (или ведущих тестера и девелопера). Получаем в виде чек листа, чётко определённую последовательность действий и точек проверки (мест оценки результата работы и ожидаемых значений). Это уже более походит на рабочий документ тестера, не так ли?

Рассмотрим тест план и чек-лист в более высокоуровневой задаче: оценке состояние проекта в целом. Тест план, безусловно может на очень высоком уровне дать понять где сейчас система. То есть внося в него постоянные изменения (смотрим чуть выше по тексту о превращении разработки тест плана в отдельную, “вечную” задачу) мы конечно можем добиться от этого документа несвойственной ему функциональности. Только зачем? Что же нам даст чек лист в виде обычной таблички выполненной в екселе, к примеру? В виде строк мы получаем перечень действий и контрольных точек, а в виде столбиков наборы “плюсиков” или “минусиков”, которые относятся к определённому билду или версии системы/модуля. На любой момент можно оценить количество пройденных контрольных точек и количество отказов, рассмотреть динамику их изменения и так далее. То есть задача вроде бы решается довольно-таки органично и без особых усилий ? простым наращиванием чек-литса по ширине. При это заметим, чек-лист не превращается в статический по охвату работ документ, в любой момент он растёт вниз, приобретая всё большую детальность или пополняясь новыми строками, которые будут описывать новую ветку алгоритма использования системы. Вроде, бы опять чек-лист в выигрыше по отношению к тест плану.

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

Может всё-таки станем писать в резюме и вакансиях “составление чек листов”?
12/02/2004

С уважением, Панкратов Вячеслав. Записки тестировщика.
http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное