Как повысить качество ПО при внедрении agile в крупной компании с большим количеством подрядчиков
•Transferir como PPTX, PDF•
0 gostou•350 visualizações
Доклад Сергея Герасимова на SQA Days-22. 17-18 ноября 2017. Санкт-Петербург, Россия www.sqadays.com
Recomendados
Recomendados
Mais conteúdo relacionado
Mais de SQALab
Mais de SQALab (20)
Как повысить качество ПО при внедрении agile в крупной компании с большим количеством подрядчиков
- 1. FAT, RAT или эшелонированная оборона продуктива
- 2. 2Strictly Confidential FAT, RAT или эшелонированная оборона продуктива Продуктпроцесс • Крупная E-commerce платформа • Разрабатывает 6 - 10 скрам команд • Команды территориально распределены • Тестирование разделено на несколько поставщиков услуг • Часть у компаний разработки • Часть у компании обеспечивающей поддержку
- 3. 3Strictly Confidential FAT RATBAT Smoketoprod Проблемы • Не полное соблюдение регламента тестирования • Упущенная функциональность на всей цепочке разработки (не попавшая в требования) • Дефекты внесённые поздними исправлениями
- 4. 4Strictly Confidential FAT RATBAT Smoketoprod Цели • Обеспечить максимальное соответствие выполняемых проверок регламенту • Повысить контроль над качеством требований и покрытия • Снизить риски пропуска критичных дефектов привнесённых поздними исправлениями
- 5. 5Strictly Confidential FAT RATBAT Smoketoprod FAT • Проверить полноту, достаточность, непротиворечивость требований • Проверить Полноту покрытия требований (с учетом регресса) • Проверить даты проведенных тестов их результаты и коммиты изменений • Сформировать набор тестов для RAT • Зафиксировать статус готовности фитчи для показа владельцу продукта
- 6. 6Strictly Confidential FAT RATBAT Smoketoprod Общее распределение RC Prod DEV Feature1 Build acceptance testing (Auto) Auto Regression +bugfixFunctional Testing Feature acceptance Testing
- 7. 7Strictly Confidential FAT RATBAT Smoketoprod Общее распределение RC Prod DEV releaseacceptance testing(semiauto) Feature1 Build acceptance testing (Auto) releaseacceptance testing(semiauto) Auto Regression +bugfixFunctional Testing Feature acceptance Testing Load Test Load Test
- 8. 8Strictly Confidential FAT RATBAT Smoketoprod Общее распределение RC Prod DEV releaseacceptance testing(semiauto) Feature1 Build acceptance testing (Auto) Build acceptance testing (Auto) releaseacceptance testing(semiauto) Auto Regression +bugfixFunctional Testing Feature acceptance Testing Regression Testing (Auto) Load Test Load Test
- 9. 9Strictly Confidential FAT RATBAT Smoketoprod Общее распределение RC Prod DEV releaseacceptance testing(semiauto) Feature1 Prod Test(Auto) Build acceptance testing (Auto) Build acceptance testing (Auto) releaseacceptance testing(semiauto) Auto Regression +bugfixFunctional Testing Feature acceptance Testing Regression Testing (Auto) Load Test Load Test
- 10. 10Strictly Confidential FAT RATBAT Smoketoprod FAT • Проверить полноту, достаточность, непротиворечивость требований • Проверить Полноту покрытия требований (с учетом регресса) • Проверить даты проведенных тестов их результаты и коммиты изменений • Сформировать набор тестов для RAT • Зафиксировать статус готовности фитчи для показа владельцу продукта
- 11. Спасибо
Notas do Editor
- Подробнее про подходы. FAT – На данном этапе прогоняются только тесты по которым были изменения в коде, тесты в рамках которых обнаруживались критичные дефекты, и регрессионные тесты по затронутым областям запланированные на попадание в RAT. При этом основная суть данного этапа не поиск багов а статический анализ требований с проверкой полноты покрытия разработанных на этапе FT тестов. При применении гибких методологий из за быстрого изменения спецификаций и функциональности выростают риски расхождения тестов с требованиями и функциональностью. Основная задача на данном этапе свежим взглядом проверить итоговое соответствие версий и результатов тестов требованиям и функционалу. Добавить динамики на этот слайд!!!
- Тут все в крации и в порядке выполнения с целями проведения
- Тут все в крации и в порядке выполнения с целями проведения
- Тут все в крации и в порядке выполнения с целями проведения
- Тут все в крации и в порядке выполнения с целями проведения
- Подробнее про подходы. FAT – На данном этапе прогоняются только тесты по которым были изменения в коде, тесты в рамках которых обнаруживались критичные дефекты, и регрессионные тесты по затронутым областям запланированные на попадание в RAT. При этом основная суть данного этапа не поиск багов а статический анализ требований с проверкой полноты покрытия разработанных на этапе FT тестов. При применении гибких методологий из за быстрого изменения спецификаций и функциональности выростают риски расхождения тестов с требованиями и функциональностью. Основная задача на данном этапе свежим взглядом проверить итоговое соответствие версий и результатов тестов требованиям и функционалу. Добавить динамики на этот слайд!!!
- финал