Я уже упоминал, что очень люблю активно использовать чек листы в работе и вне ее. Наверное потому, что память уже не та ))) Или наоборот память - еще та. В любом случае всегда приятнее иметь под рукой листочек или экранчик, который тебя убеждает, что все пучком.
У нас активно внедряется связка Kick off - Test Plan - Daily Report - Sign off - Lesson Learn, которую можно перевести на более абстрактные уровни: Инициация - Планирование - Выполнение - Окончание - Подведение итогов и анализ (Initiation - Planning - Execution - Finalization - Closure). Каждый из этапов имеет свои тонкости и на самом деле их слишком много, чтобы мне запомнить. Но помня, что чек листы облегчают мне жизнь, я создал небольшой список который вырос в достаточное развесистое большое дерево.
Небольшое замечание - предлагаю не столько пример, сколько идею.
1. Initiation + Planning
Чек лист для проверки разработчиков (перед передачей релиза в тестирование)
1. Все джиры/подтаски разработчиков закрыты.
2. Если джиру не нужно тестировать QA - то должен присутствовать коммент об этом.
3. Если джиру нужно тестировать, то должно быть описание какие области затронуты и тест план (с точки зрения разработки).
4. Разработчиками в wiki cоздан Release Note.
Начало работ на стороне QA
1. Если джиру нужно тестировать должны быть созданы сабтаски для тестировщиков.
2. Добавлена оценка трудоемкости для каждой задачи
3. Создана wiki страница по тестированию релиза (по шаблону)
4. Создать джиры для Envrionment/Showstopper downtimes + линку в вики
2. Если джиру не нужно тестировать QA - то должен присутствовать коммент об этом.
3. Если джиру нужно тестировать, то должно быть описание какие области затронуты и тест план (с точки зрения разработки).
4. Разработчиками в wiki cоздан Release Note.
Начало работ на стороне QA
1. Если джиру нужно тестировать должны быть созданы сабтаски для тестировщиков.
2. Добавлена оценка трудоемкости для каждой задачи
3. Создана wiki страница по тестированию релиза (по шаблону)
4. Создать джиры для Envrionment/Showstopper downtimes + линку в вики
5. Создать Sharepoint folders + линку в вики
6. Создать QA Deliveries + линку в вики
7. Создать джиру для списывания организационных активностей QA (митинги, документирование, репортинг) + линку в вики
8. Создать фильтр в джире для релиза + линку в вики
9. Создать джиру для регрессионного тестирования + + линку в вики
10. Создать в джире риски + фильтр + линку в вики
6. Создать QA Deliveries + линку в вики
7. Создать джиру для списывания организационных активностей QA (митинги, документирование, репортинг) + линку в вики
8. Создать фильтр в джире для релиза + линку в вики
9. Создать джиру для регрессионного тестирования + + линку в вики
10. Создать в джире риски + фильтр + линку в вики
11. Создать QA Deliveries в sharepoints + линку в вики
12. Добавить в джиру линк на информацию от разработчиков - Release Notes (в вики)/
13. Kick off meeting проведен - агенда и MoM загружены в sharepoint.
14. Релиз Тест план создан и загружен в sharepoint.
15. Регрессионный тест план создан и загружен в sharepoint.
12. Добавить в джиру линк на информацию от разработчиков - Release Notes (в вики)/
13. Kick off meeting проведен - агенда и MoM загружены в sharepoint.
14. Релиз Тест план создан и загружен в sharepoint.
15. Регрессионный тест план создан и загружен в sharepoint.
2. Execution
1. QA Daily status report посылается каждый день и размещается в sharepoint
2. Результаты тестирования (как минимум регрессионного) загружаются в sharepoint
2. Результаты тестирования (как минимум регрессионного) загружаются в sharepoint
3. QA finalization + closure:
1. Все джиры имеют remain = 0
2. Все джиры имею test evidence (Excel или Коммент)
3. Все джиры имеют коммент - pass/fail
4. В test evidence не должно быть неоткомментированных красных fails (либо коммент и возврат в разработку, либо новая джира либо иное но не менее действенное)
5. Sign off подготовлен и выслан
6. Проанализирован downtime по категориям
7. Sharepoint:
- все daily reports загружены
- все регрессионные и summary function test evidence загружены
- sigh off загружен
2. Все джиры имею test evidence (Excel или Коммент)
3. Все джиры имеют коммент - pass/fail
4. В test evidence не должно быть неоткомментированных красных fails (либо коммент и возврат в разработку, либо новая джира либо иное но не менее действенное)
5. Sign off подготовлен и выслан
6. Проанализирован downtime по категориям
7. Sharepoint:
- все daily reports загружены
- все регрессионные и summary function test evidence загружены
- sigh off загружен
8. QA Deliveries в sharepoints закрыт
9. Результаты тестирования добавлены на страницу wiki
Very Nice and useful post. Thanks for sharing this.
ОтветитьУдалить