Анатолій Лой Lessons Learned для БА по проекту "День турбот"
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing process on scaled agile projects: tips and learned lessons”
1. How not to lose a QA focus and organize
testing process on scaled agile projects: tips
and learned lessons
2. Основні проблеми на великих проектах
1. Швидкість розробки
2. Комунікація/ синхронізація всередині проекту
3. Комунікація з замовником
4. Не завжди зрозуміло хто і за що відповідає
(респонсібілітіс)
5. Затяжна регресія
6. Не завжди одразу видно в результаті чиїх змін виникла
помилка чи виявлено дефект
3. 7. “Масштабність”/ “складність” проекту
8. Брак документації або застаріла документація
9. Не завжди зрозумілі company (project) vision and goals
10. Бюрократія
Основні проблеми на великих проектах
4. Що таке Safe?
Scaled agile framework, (SAFe) — набір
загальновизначених принципів,
підходів, шаблонів робочого процесу
який базується на методологіях
гнучкої розробки (Agile).
5. Основні цінності Safe (core values)
• Transparency
• Build-in-quality (code quality)
• Alignment
• Program execution
6.
7. Коли Safe
доцільний
коли є багато "скрам" команд в
межах одного масштабного проекту
Для максимальної синхронізації між
командами
Коли потрібно “централізувати”
процес прийняття рішень
Для візуалізації загальної картини
ролей, обов’язків і цілей компанії
Коли Safe
недоцільний
коли можливості бізнесу обмежені, є
технічні складнощі та інші
обмеження
Якщо є зручним
“децентралізований” процес
прийняття рішень
Коли старий добрий “скрам”
успішно працює на проекті
8. Проблеми, з якими зіштовхувались QAs на
проекті після використання agile підходу
• Проблеми з конфігурацією енвайрментів
• Часті регресії (раз на 2 тижні) і їх одноманітність
• “ Перетестовування” тієї ж фічі на різних етвайрментах без
виконання impact analysis - і як результат нові баги у дотичних
областях
• Нестабільність тест енвайрментів сповільнювало тестування
• Тестові енвайрменти не були схожі до продакшену
• Неповні юзер сторі і як результат відсутність важливих у ній
елементів
• Повільна розробка фічі, яка могла затягнутись 2-3 спринти
• Брак часу на написання/ апдейт тест кейсів
9. “Best practices” організації процесу
тестування в scaled agile проектах
• Вийти із-за рамок ролі “класичного” тестувальника: бути максимально
залученим у процес розробки ПЗ
• Фокус на manual “feature testing” під час регрешену
• Синхронізація між тестерами з різних ”скрам» команд, особливо які
працюють над розробкою дотичних модулів або того ж функціоналу
• Покриття smoke test suites and general regression suites автотестами
(включаючи BDD тести)
• Go/No/Go release decision meetings з клієнтом, базуючись на тест
репортах і пріоретизованих дефектах
• Performance testing team або хоча б кілька окремих тестувальників
• Тестовий енвайрмент максимально наближений до Продакшен