|
|
Строка 16: |
Строка 16: |
| | | |
| {{sqadays-video-draft}} | | {{sqadays-video-draft}} |
− | {{vimeoembed|36829149|720|450}} | + | {{vimeoembed|36829149|800|310}} |
| <poll> | | <poll> |
| ALTERNATIVE | | ALTERNATIVE |
Строка 43: |
Строка 43: |
| {{replicate-from-custiswiki-to-lib}} | | {{replicate-from-custiswiki-to-lib}} |
| | | |
− | [[Категория:Неотсмотренные (доклады)]]
| |
| [[Категория:Тестирование (доклады)]] | | [[Категория:Тестирование (доклады)]] |
| [[Категория:SQADays-2011 (наша запись)]] | | [[Категория:SQADays-2011 (наша запись)]] |
Версия 20:17, 16 февраля 2012
Аннотация
- Докладчик
- Кирилл Загоруйко
Владелец программного продукта нередко сталкивается с необходимостью незамедлительно его изменить. Чаще всего подобная ситуация возникает при обнаружении критического дефекта или несоответствия требованиям надзорных органов.
В таких случаях производственный цикл (формулирование требования и его приоритезация, исправление или изменение программного кода, тестирование внесённых изменений, ввод новой версии в эксплуатацию) должен быть пройден в кратчайшие сроки. Речь нередко идёт о часах, и каждая минута промедления приводит к убыткам.
Для решения такой задачи как на стороне компании заказчика (владельца продукта), так и на стороне компании, тестирующей этот продукт для заказчика, создается «группа быстрого реагирования» (ГБР), вводятся процесс приведения её в действие и правила её работы.
Содержащиеся в докладе рекомендации по обеспечению эффективной работы ГБР будут полезны менеджерам проектов, аккаунт-менеджерам и тестировщикам.
Видео
Оцените доклад «Опыт создания группы быстрого реагирования (ГБР) на QA проектах (Кирилл Загоруйко, SQADays-2011)»:
Слайды
Примечания и отзывы