Риски в тестировании
- 1. Управление рисками в тестировании подготовила Самонова Мария ―Issoft‖
- 2. Что же такое риск?
- 3. Что же такое риск?
- 4. Немного практики За 3 минуты соберите из подручных материалов упаковку для куриного яйца, чтобы будучи кинутым с высоты 3м, оно не разбилось.
- 7. Вероятность
- 10. Страшно??! А теперь что можно с этим поделать?
- 12. Идентификация • Что: составить список рисков, которые бы наиболее полно отражали картину рисков и потенциальных проблем на проекте. • Кто: ПМ + команда проекта, независимые эксперты • Как: …
- 14. Оцениваем или анализируем? • Что: выявить наиболее важные из списка рисков • Кто: ПМ + лиды + (очень желательно) stakeholders • Как: ...
- 16. Реагирование
- 18. Передача рисков
- 19. Снижение
- 20. Принимаем
- 22. Менеджим • Что: выявить наиболее важные из списка рисков • Кто: ПМ + лиды + (очень желательно) stakeholders • Как: ...
- 23. Менеджим
- 24. Реестр рисков
- 28. Практика ИСсофта ID Impact Level Type Probability Creation Date Scope Element ID Mitigation Plan Last Updated Risk Details Mitigation Actions Completed Finished Impact Details Responsible
- 29. Но какие же риски мы можем рассматривать?
- 31. Трудности в управлении рисками Вы только тогда можете безопасно для себя обнародовать перечень рисков, когда то же самое делают и ваши коллеги-менеджеры. (Очень невыгодно быть единственным честным человеком в комнате, которая полна лжецов). Том Демарко, Тимоти Листер. Вальсируя с медведями
- 32. Откуда берутся риски? Предметная область Ошибки? Обстоятельства?
- 33. Управление рисками обнажает чьи-то ошибки И это может не понравится
- 34. Варианты решения • Оставаться в своем кругу • Делигировать проблему «наверх»
- 35. Управление рисками не бесплатно Помните, важно вовремя остановится
- 36. Страх перед ошибкой Нам всем велят на работе принимать менталитет «будет сделано». И в этом загвоздка. Назвать риск по имени — значит оказаться в парадигме «не могу сделать». Обнаружение риска находится в глубоком противоречии с этим фундаментальным аспектом наших организаций. Том Демарко, Тимоти Листер. Вальсируя с медведями
- 37. Непринятие рисков Не все люди верят в теорию вероятности Нездоровый оптимизм Риски раздражают
- 38. Лишняя работа Нежелание брать управление риском на себя (в том числе на себя самого) Важно понимать: управление рисками и опасения за свой проект – это не одно и тоже Останавливаются на полпути (на заполнении реестра все и заканчивается)
- 39. Вернемся к тестированию С какими рисками мы можем столкнуться? • Проблемы с деплойментом билдов Сontinuous integration and (at least) nightly builds. Ideally, these nightly builds include some kind of smoke test or sanity test, which can be built from automated unit tests if programmers use them
- 40. С какими рисками мы можем столкнуться? • Постоянные изменения в требованиях, дизайне, и любых других артефактоах Robust test design and lightweight test documentation • Недостаточное (Insufficient) тестовое окружение, которое приводит к задержам результатов работы. Transfer steps include explaining the reasons for eventual project delay associated with test delays.
- 41. С какими рисками мы можем столкнуться? • Нереалистичное (Unrealistic) тестовое окружение, которое ведет к неправдивым результатам outsource these tests (such as compatibility, reliability, and performance tests) • Постоянные проблемы с поддержкой тестового окружения have a good escalation process or have system administration skills in the test
- 42. С какими рисками мы можем столкнуться? • Ошибка в эстимации времени старта тестирования и последующее уменьшение времени на само тестирование use risk priority to drop tests in reverse risk order
- 43. С какими рисками мы можем столкнуться? • «Гэпы» в тестовом покрытии plan and execute a sufficient amount of reactive testing (bug hunts, software attacks, and exploratory testing)
- 44. С какими рисками мы можем столкнуться? • Изменения (уменьшение) бюджета или ресурсов на проекте Have a well-rounded test team or identifying inexpensive ways to outsource some areas of testing • Воспроизведение (debugging) дефектов происходит на тестовом окружении, тем самым уменьшая время на тестирование work with the programming to identify ways to avoid the use of the test environment for debugging.
- 45. С чем столкнулась я: • Разработка продолжалась после заморозки кода • Полностью отсутствует документация • Частое переключение тестировщиков между задачами • Некотролируемое увеличение объемов работ
- 46. С чем столкнулась я: • Хаотичная передача версий на тестирование и исправления «на лету» • Отсутствует буфер, который допускает сдвига сроков на тестирование • У объекта тестирования отсутствует пользовательский интерфейс, или наоборот
- 47. Помимо всего вышенаписанного Совет: • Приоритизируйте • Держите бэклог тестирования • Общайтесь • Выносите уроки из прошлого (вчерашняя проблема – это сегодняшний риск)
- 49. Используемая литература: • Том Демарко, Тимоти Листер. Вальсируя с медведями • Рекс Блэкс. Managing the Testing Process. 3rd Edition • Руководство PMBOK • ISTQB. Advanced Level Syllabus Test Manager