понедельник, 8 ноября 2010 г.

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

Чек-листы иногда бывают нужны, иногда полезны, иногда необходимы. А знать, какими они бывают и как их можно использовать, нужно всегда.

Я свела в одной табличке 5 самых простых видов Ч-Л, снабдив их небольшими примерами и сравнением характеристик.

На полноту результатов не претендую, если есть что добавить - welcome!

Скачать сие творение мысли можно здесь:
http://quality-lab.ru/files/checklists.xls

15 комментариев:

  1. Наташа, а как же требываниеучитыватель? или он незабыватором заменяется?

    ОтветитьУдалить
  2. Несомневатор полезнятор.

    Скачатор и сохранятор, вчитатор, использоватор.

    ОтветитьУдалить
  3. Вот ситуация.
    Есть куча тест кейсов, созданный в TestComplete.
    Есть чеклист, созданный в Exel.
    Есть баг лист с web доступом.
    И получается что все эти сущности не связаны.
    Добавил тест кейсов в TC чек лист об этом не знает
    Исправил баг, чеклист об этом не знает
    Хочу запустить текскейсы в TC, которые соответствуют некоторым строкам в чеклисте. Иду в TC, ищу, запускаю.


    Все это не удобно....
    Хочется интегрированной среды. Или несколько сред, но онлайн связанных между собой.
    И еще хочется web доступ для фрилансов.


    Ищу.... не нахожу....
    Есть такое?

    ОтветитьУдалить
  4. Жаль, что требования никак не фигурируют...
    Вытащила свои, пятничные, тесты.
    На мой вкус - не хватает графы -- а что должно получиться.
    Для блокнота-то это понятно. Совершенно очевидная и привычная вещь.
    А вот ежели что более специализированное, тогда волей-неволей надо писать!
    Например.
    ПО для китайское медицины.
    При открытии записей о пациенте справа должно появится схематическое изображение линий Инь-Янь пациента по результатам последнего обследования.

    ОтветитьУдалить
  5. Александр Селяев: да, в незабыватор можно навставлять ссылок на требования, думаю, это будет очень удобно, спасибо за дополнение!

    Overheat: есть несколько вариантов.

    1) Использовать какую-либо Test Management System, к примеру - TestLink. В итоге либо вести тест-кейсы, либо в тест-кейсах заполнять только заголовки (что по сути приравнивает её к чек-листу). Там уже реализованы и учёт окружений, и статистика по билдам, и можно интегрировать с TC и баг-трекером.

    2) Сделать чек-лист на MS sharepoint. И там размещать все ссылки.

    radilova: ПО для китайской медицины - это критичное ПО, и ИМХО чек-листы для него вообще не подходят, здесь нужны тест-кейсы. Их конечно можно делать в экселе, но лучше уж сразу TMS использовать.

    ОтветитьУдалить
  6. В своей работе всегда использовал чек-лист "Тесткейсозаменитель". Единственный момент: действительно был столбец "Ожидаемый результат".

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

    Очень полезное творение!

    ОтветитьУдалить
  7. apetrov2, спасибо!

    про "ожидаемый результат" - расширю шаблон :)

    ОтветитьУдалить
  8. Китайская медицина - просто пример. Не более.
    Насчет критичности -- шут знает.... не в курсе.

    Название столбца - "Ожидаемый результат" - вполне подходит.

    Для критичного ПО просто УДОБНО сначала сделать чек-листы (я попросту называю - Перечень).
    И отвожу еще колонку - "????" , где отмечаю - что не зафиксировано/не однозначно написано в Требованиях (или в любой другой документации)

    ОтветитьУдалить
  9. На примере китайской медицины не смогу ответить, не разбираюсь :)) Отвечу на примере системного ПО.

    Что сделать:
    Создать раздел с такой-то файловой системой такого-то размера.
    Что проверить:
    Что он правильно создался.

    Это можно написать в ЧЛ. Но давайте подумаем: КАК проверить создание правильного раздела? Корректность размера? Корректность файловой системы? По своему опыту могу сказать, что для качественного тестирования нужен десяток проверок, в том числе нетривиальных и использующих сторонний софт.

    ИМХО чек-листы для документирования подобных проверок не подходят - нужны детальные тест-кейсы.

    ОтветитьУдалить
  10. ИМХО чек-листы для документирования подобных проверок не подходят - нужны детальные тест-кейсы. :))
    Абсолютно согласна.
    Т.е. чек-листы полезны :
    - при тестировании ПО с очевидными функциями (типа блокнота);
    - как начальный перечень для последующего создания тест-кейсов;
    - при очень высокой квалификации проверяющего (специально не пишу - тестировщика) как "напоминалка" - что проверять.

    У меня так получилось. Может, есть и другие варианты.

    ОтветитьУдалить
  11. Здравствуйте Наталья!
    Я давно читаю ваши статьи и блоги, просто восхищаюсь вами как специалистом.
    Очень нужен ваш совет, сейчас перейшла на новую работу и нужно срочно ставить QA процессы на проекте, где пока только прототип и ничего не известно. Клиент хочет то что хочем мы :)
    Просто необходимо посоветоваться. Если конечно есть у вас минутка времени.

    Скажите пожалуйста как можна с вами связатся?

    Очень буду благодарна.
    Наташа

    ОтветитьУдалить
  12. Добрый день, Наталья! Не получается скачать документ по ссылке, которую Вы предоставили в статье. Как еще можно ознакомится с чек-листом?

    ОтветитьУдалить