Аннотация
- Докладчик
- Кирилл Загоруйко
Владелец программного продукта нередко сталкивается с необходимостью незамедлительно его изменить. Чаще всего подобная ситуация возникает при обнаружении критического дефекта или несоответствия требованиям надзорных органов.
В таких случаях производственный цикл (формулирование требования и его приоритезация, исправление или изменение программного кода, тестирование внесённых изменений, ввод новой версии в эксплуатацию) должен быть пройден в кратчайшие сроки. Речь нередко идёт о часах, и каждая минута промедления приводит к убыткам.
Для решения такой задачи как на стороне компании заказчика (владельца продукта), так и на стороне компании, тестирующей этот продукт для заказчика, создается «группа быстрого реагирования» (ГБР), вводятся процесс приведения её в действие и правила её работы.
Содержащиеся в докладе рекомендации по обеспечению эффективной работы ГБР будут полезны менеджерам проектов, аккаунт-менеджерам и тестировщикам.
Видео
Видео в HD-качестве, смотрите в полноэкранном режиме.
HTML-код включения <iframe src="http://player.vimeo.com/video/36829149?byline=0&portrait=0" width="800" height="310" frameborder="0"></iframe>
Оцените доклад «Опыт создания группы быстрого реагирования (ГБР) на QA проектах (Кирилл Загоруйко, SQADays-2011)»:
Слайды
Примечания и отзывы
Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.
