Улучшить KPI в два раза? Сделано!
Download as PPTX, PDF0 likes1,615 views
Доклад Алены Дашкевич на конференции SQA Days-17, 29-30 мая 2015 г., Минск www.sqadays.com
More Related Content
What's hot (20)
Similar to Улучшить KPI в два раза? Сделано! (20)
More from SQALab (20)
Улучшить KPI в два раза? Сделано!
- 1. Software quality assurance days International Conference of Software Quality Assurance sqadays.com Minsk. May 29–30 2015 Alena Dashkevich EPAM Systems. Minsk, Belarus История одного проекта. Улучшить KPI в два раза? Сделано!
- 2. Алена Дашкевич • Software Testing Manager, EPAM Systems • 7+ лет в тестировании • E-mail: Alena_Dashkevich@epam.com
- 7. Описание Проекта • Цель: Конвертация ASP страниц ERP системы на новый ASP.NET MVC solution • Объем работ: 4500+ страниц • Команда: •90 программистов •50 тестировщиков •5 автоматизаторов • Длительность: 1.5 года
- 8. Особенности проекта • Отсутствие документации • Первый опыт оффшорного сотрудничества для заказчика • 3 локации • У заказчика не было QA вообще больше 15 лет • Тестировщики должны разбираться в коде • Изначальные оценки трудоемкости давались программистами • Параллельная разработка фреймворка
- 9. Тестировщик – на все руки мастер
- 10. Тестирование становится «узким местом»
- 11. Часы тестирования на Story Points 4.31 Часа: • Бизнес анализ • Написание чеклистов • Тестирование • Работа с багами • Обработка обратной связи • Другое
- 12. Мозговой штурм
- 14. Бизнес-анализ • Связь команд и заказчика • Демо сессии (вживую и в записи) • Приоритеты (в джире и по кол-ву посещений) • Дополнительная документация • Запросы заказчику
- 15. Написание чеклистов • Общий подход • Формат • Степень детализации • Содержание • Использование цвета • Второй монитор • Специфические данные
- 16. Тестирование • Окружение • Пользователи для тестирования • CI и установка билда • Качество продукта в тестировании • Данные для тестирования • Классический смоук и регрессия • Вопросы и изменения
- 17. Работа с багами • Правила создания багов • Объединение багов по причине • Баги фрэймворка vs баги имплементации • Изменение типа объекта • Дубликаты • Баго-чемпионы
- 18. Acceptance • Реальные баги и ошибки пользователя • Причины пропущенных багов • Ошибки кода • 2+ раунда • Заказчик-команда • Коммуникация
- 19. Другое • Коммуникация • База знаний • Обязательные инструкции • Инструменты • Разные подпроцессы • Окружение • Ретроспективы
- 20. Анализ внутренних багов • Кто больше всех набагоделил? • Категории багов • Время жизни бага • Белый шум – Not a bug, cannot reproduce и т.д. • Кто какие баги находит • От недели к месяцу
- 21. Анализ багов от заказчика • А они знают чего хотят? • Кто виноват? • Что делать? • Баг на сторипойнт • Эй, моряк, ты слишком долго плавал…
- 22. Анализ багов от заказчика (Bug/SP) 0.00 0.02 0.04 0.06 0.08 0.10 0.12 0.14 0.16 0.18 0.20 October November December January February March April
- 23. Раунды тестирования 0 0.5 1 1.5 2 2.5 3 3.5 August September October November December January February March April
- 24. Итого: • Декомпозиция задач • Мозговой штурм • Общие процессы • Эксперименты и их результаты • Простые решения • Масштабируемость • Картинка в целом