Шаблоны чек-листов

В этом документе собраны основные подходы к использованию чек-листов. Чек-листы сделаны на примере б
являются разными подходами и выступают в роли ВЗАИМОИСКЛЮЧАЮЩИХ. №4 и №5 являются отдельными
которые могут использоваться как опция к любому типу чек-листов, в том числе и совместно.

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

1 Структуризатор

2 Незабыватор

3 Тесткейсозаменитель

4 Статусопоказатель
5 Окруженияучитыватель

* Ничто в документе не претендует на полноту. Если есть дополнения - welcome:

natalya@quality-lab.ru
http://quality-lab.ru/
 Шаблоны чек-листов
овные подходы к использованию чек-листов. Чек-листы сделаны на примере блокнота (Notepad). Первые три чек-листа
и выступают в роли ВЗАИМОИСКЛЮЧАЮЩИХ. №4 и №5 являются отдельными ДОПОЛНИТЕЛЬНЫМИ инструментами,
как опция к любому типу чек-листов, в том числе и совместно.

ми используйте переключения между листами или ссылки в таблице ниже.

Используется для структуризации информации о статусе продукта, подходит командам

опытных тестировщиков. link
Используется "чтобы ничего не забыть проверить", сфера применения сильно зависит от
уровня детализации link
Используется как альтернатива тест-кейсам в случаях, когда требования к качеству
достаточно высокие, а ресурсов на создание тест-кейсов нет link
Используется для оценки динамики качества ПО, анализа причин появления дефектов и/или
пропусков дефектов link

Используется для оценки состояния ПО на разных окружениях link

ет на полноту. Если есть дополнения - welcome:

 ad). Первые три чек-листа
ЬНЫМИ инструментами,
 1. Чек-лист "Структуризатор"

В этом варианте просто выписываем основные операции, производимые продуктом. Для удобства, группируем их (
слева раскрывают строки).

В столбце "результат" указывается либо результат, либо текстовые комментарии, либо ссылки на найденные дефект

Результат такого чек-листа:

+ малое время создания (пример - 3 минуты)
+ структуризация информации. ГРАМОТНЫЙ тестировщик произведёт все наиболее важные проверки, а информац
дефектам занесёт в чек-лист. В результате, статус продукта будет более наглядным и более структурным
+ при регулярном проведении нюансы реализации тестов могут меняться, таким образом будет расширяться покры
- нет гарантий, что проверено всё, что нужно, т.к. в чек-листе слишком общие слова, и проверки могут быть некорре
известны, а что именно проверено - нет)
- не подходит для использования новичком в команде (нет информации "как тестировать")
- не оптимизирован набор (неопытный тестировщик для покрытия обобщённого чек-листа потратит в несколько ра
чем если предварительно оптимизировать набор при помощи техник тест-дизайна)
- не указаны факторы, влияющие на проведение тестов, в результате многое может быть забыто.

Вывод: удобно для использования в гибких условиях И в команде с опытными тестерами-джедаями И в небольшом
структуризации информации о статусе продукта.

Проверка Результат Комментарии

Операции с файлами ok
Создание файла ok
Открытие файла ok
Сохранение документа ok
Печать ok
Редактирование файлов bugs
Отмена ok
Копирование ok
Вырезание ok
Вставка ok
Удаление ok
Поиск fail bug #123
Поиск с заменой fail bug #126
Вставка даты ok
Форматирование ok
Перенос строки ok
Изменение шрифта ok
Справка ok
уктуризатор"

е продуктом. Для удобства, группируем их (плюсики/минусики

ентарии, либо ссылки на найденные дефекты.

се наиболее важные проверки, а информацию по найденным

наглядным и более структурным
ся, таким образом будет расширяться покрытие
бщие слова, и проверки могут быть некорректными (дефекты

"как тестировать")
щённого чек-листа потратит в несколько раз больше времени,
ст-дизайна)
огое может быть забыто.

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

 2. Чек-лист "Незабыватор"

Этот чек-лист основан на предыдущем, но глубже по уровню детализации. Его основная задача - перечислить все н
не были забыты. Для удобства организуется в виде структуры с неограниченным уровнем вложенности. Для удобст
негативные и позитивные проверки, статусы, приоритеты и т.д. Лёгкая визуализация результата - залог эффективно

Приведённый ниже чек-лист лишь пример и не претендует на полноту тестирования блокнота, для примера з
файла".

Результат такого чек-листа:

+ не большое время создания (пример - 7 минут)
+ структуризация информации
+ больше информации о статусе (точнее видно в чём проблемы)
+ гарантия проверки основных влияющих параметров, опций, функционала (достаточность перечисленных в чек-ли
предварительно согласована)
- не подходит для использования новичком в команде (нет информации "как тестировать")
- не оптимизирован набор (высокий риск потратить слишком много времени)

Вывод: удобно для использования в опытной команде при остутствии времени на продуманный тест-дизайн. Подхо
информации, так и для обеспечения того, чтобы ключевые тесты не будут пропущены.

Проверка Результат Комментарии

Операции с файлами bugs
Создание файла bugs
Разные типы файлов ok
doc ok
rt ok
txt ok
Размеры файлов ok
пустой ok
~ 1 кб ok
~ 10 мб ok
Носитель bugs
локально ok
сетевой диск fail bug #129
Название файла ok
Разная длина ok
Разные символы в названии ok
Разные кодировки ok
Кодировка файла ok
ANSI ok
Unicode ok
UTF-8 ok
Доп. проверки ok
Создание уже существующего ok
Нет прав записи в папку ok
 Запись файла на CD-R ok
Открытие файла ok
Сохранение документа ok
Печать ok
Редактирование файлов bugs
Отмена ok
Копирование ok
Вырезание ok
Вставка ok
Удаление ok
Поиск fail bug #123
Поиск с заменой fail bug #126
Вставка даты ok
Форматирование ok
Перенос строки ok
Изменение шрифта ok
Справка ok
Незабыватор"

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

нным уровнем вложенности. Для удобства стилями можно выделять
ализация результата - залог эффективности использования.

естирования блокнота, для примера заполнено только "Создание

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

к тестировать")
и)

ени на продуманный тест-дизайн. Подходит как для структуризации

ропущены.
 3. Чек-лист "Тесткейсозаменитель"

В этом варианте вместо общих данных (ЧТО должно быть проверено) указывается конкретный набор параметров. Т
просто результатом перечисления каких-либо факторов, но результатом продуманного тест-анализа

Заполнены примеры только для "Создание файла".

Результат такого чек-листа:

+ существенная оптимизация затрат на прохождение при грамотном тест-дизайне
+ гарантированный уровень покрытия (известно, ЧТО ИМЕННО будет проверяться)
+ может использоваться неопытными сотрудниками
+ в создании и поддержке занимает меньше времени, чем тест-кейсы
+ можно оговорить значения "по умолчанию", чтобы не указывать все каждый раз, но тем не менее точно знать что
+ последовательности выполнения можно определить с учётом приоритетов, таким образом, чтобы в первую очере
- затраты на создание выше "маленьких" чек-листов
- "эффект пестицида" (покрываются тестами одни и те же участки функционала, в то время как дефекты могут быть
- повышенные требования к квалификации в тест-дизайне

Вывод: используется при тестировании стабильных продуктов и относительно высоких требованиях к качеству ПО

Проверка
Операции с файлами
Создание файла
Создание rt файла размером ~1 кб на сетевой диск с названием 1.rt в
кодировке UTF-8
Создание txt файла размером ~ 1 кб локально с названием
"русскиесимволы.txt" в кодировке unicode
Создание txt файла локально размером ~ 10 Мб
Создание txt файла размером ~1 кб локально с названием "!@#$"
Открытие файла
Сохранение документа
Печать
Редактирование файлов
Отмена
Копирование
Вырезание
Вставка
Удаление
Поиск
Поиск с заменой
Вставка даты
Форматирование
Перенос строки
Изменение шрифта
Справка
"Тесткейсозаменитель"

зывается конкретный набор параметров. Таким образом, этот чек-лист может быть не
продуманного тест-анализа

-дизайне
веряться)

ждый раз, но тем не менее точно знать что проверялось

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

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

льно высоких требованиях к качеству ПО

Результат Комментарии
bugs
bugs

fail bug #143

ok
ok
ok
ok
ok
ok
bugs
ok
ok
ok
ok
ok
fail bug #123
fail bug #126
ok
ok
ok
ok
ok
 3. Чек-лист "Статусопоказатор"

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

Результат такого чек-листа:

+ структуризация информации, качество проверок в соответствии с уровнем детализации
+ видны изменения в динамике продукта (больше/меньше дефектов)
+ видны области с переоткрываемыми дефектами (тот же номер после ok)
+ видны области где часто появляются различные ошибки
+ возможен анализ информации о новых дефектах (почему не были найдены, когда были внесены)
- риск демотивировать заполняющего сотрудника (почему? домашняя работа :-) )

Вывод: удобно для сохранения информации и принятия управленческих решений как в тестировании, так и в разра

Проверка Результат
build 6 build 5 build 4 build 3 build 2 build 1
Операции с файлами ok ok ok ok ok ok
Создание файла ok ok ok ok ok ok
Открытие файла ok ok ok ok ok ok
Сохранение документа ok ok ok ok ok ok
Печать ok ok ok ok ok ok
Редактирование файлов bugs bugs bugs bugs bugs bugs
Отмена ok ok ok ok ok ok
Копирование ok ok ok ok ok ok
Вырезание bug #146 bug #146 ok ok ok ok
Вставка ok ok ok ok ok ok
Удаление ok ok ok ok ok ok
Поиск bug #133 bug #133 ok bug #123 bug #123 bug #123
Поиск с заменой bug #126 ok bug #126 bug #126 bug #126 bug #126
Вставка даты ok ok ok ok ok ok
Форматирование bugs bugs bugs ok ok ok
Перенос строки bug #129 bug #129 bug #129 ok ok ok
Изменение шрифта bug #158 ok ok ok ok ok
Справка ok ok ok ok ok ok
оказатор"

зации), и его дополнительная задача - показать статус продукта

ии

ли внесены)

в тестировании, так и в разработке.

новые дефекты. Почему?

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

новые дефекты. Почему?

рить что область рискованная
 5. Чек-лист "Окруженияучитыватель"

Этот чек-лист основан на любом из предыдущих (зависит от требуемого уровня детализации), и его дополнительна
на разных платформах, окружениях и т.д..

Результат такого чек-листа:

+ структуризация информации, качество проверок в соответствии с уровнем детализации
+ легко отличимы дефекты, вызванные окружением
+ можно удобно получить статус работы на конкретном окружении, можно получить общее видение по поддержке
+ видны окружения где часто появляются различные ошибки
- не всегда возможно проводить полный тестовый набор на ВСЕХ окружениях, и информация может быть неполной

Вывод: удобно для итестирование платформозависимого ПО и для автогенерации в автоматизированном тестиров

Проверка Результат
Win XP XP SP4 Win Vista Win 7
Операции с файлами ok ok ok ok
Создание файла ok ok ok ok
Открытие файла ok ok ok ok
Сохранение документа ok ok ok ok
Печать ok ok ok ok
Редактирование файлов bugs bugs bugs bugs
Отмена ok ok ok ok
Копирование ok ok ok ok
Вырезание bug #146 bug #146 bug #146 bug #146
Вставка ok ok ok ok
Удаление ok ok ok ok
Поиск bug #123 bug #133 ok bug #128
Поиск с заменой bug #126 ok ok bug #126
Вставка даты ok ok ok ok
Форматирование bugs bugs ok bugs
Перенос строки bug #129 bug #129 ok ok
Изменение шрифта bug #158 ok ok bug #159
Справка ok ok ok ok
нияучитыватель"

детализации), и его дополнительная задача - показать работу продукта

ализации

чить общее видение по поддержке окружений

информация может быть неполной.

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

Win Vista наглядно выделяется как наиболее стабильная

общий дефект

разные дефекты, т.е. эти тесты важно проверять на разных платформах

платформозависимые дефекты
платформозависимые дефекты