Содержание
- 2. Ушакова Елена Сергеевна – e-mail: eushakova@specialist.ru
- 3. Рекомендуемая литература Тест-менеджмент Мифический человеко-месяц Фредерик Брукс Издательство: Символ-Плюс, 2006 г. Эта книга – своего рода
- 4. Рекомендуемая литература Тест-менеджмент Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование Рекс Блэк В этой книге Рекс
- 5. Модуль 1. Тест-менеджмент Место тестирования в процессе разработки ПО Тестирование и качество. Оценка качества продукта. Метрики
- 6. Что такое тест менеджмент? Что делает тест менеджер?
- 7. Формирует команду Планирует тестирование Выбирает инструменты Внедряет новое Собирает метрики
- 8. Построение, развитие и управление командой Управление внутри организации Миссия, политики, стратегии и цели Доменные и проектные
- 9. Базовый уровень Процесс тестирования Риски и тестирование Управление дефектами
- 10. Продвинутый уровень ТМ Тест менеджмент Навыки управления командой Улучшение процесса тестирования
- 11. Уровень эксперта ТМ Стратегическое управление Оперативное руководство Управление командой
- 12. Место тестирования в процессе разработки ПО SDLC (Software development lifecycle) - это процесс, используемый индустрией программного
- 13. STLC - жизненный цикл тестирования ПО Анализ требований Планирование Проектирование тестов Настройка тестовой среды Выполнение тестов
- 15. Оценка качества продукта. Пригодность для использования. Наличие свойств, атрибутов и функций, удовлетворяющих ожиданиям заказчиков и пользователей,
- 16. Тестирование — это наблюдение за функционированием ПО в специфических условиях с целью определения степени соответствия ПО
- 17. ISO/IEC 25010 ГОСТ Р ИСО/МЭК 25010-2015 Информационные технологии (ИТ). Системная и программная инженерия. Требования и оценка
- 18. Модель качества продукта Качество системы/ программного продукта Функциональная пригодность Полнота Корректность Целесообразность Уровень производительности Временные характеристики
- 19. Рабочее определение метрики Количественный показатель, «снимаемый» с объектов рабочего процесса для удовлетворения определенной информационной потребности –«снимаемый»
- 20. Оценка качества продукта. Метрики Полнота реализации функций. Используется для измерения пригодности. Корректность реализации функций. Используется для
- 21. Базовые принципы тестирования Тестирование демонстрирует наличие дефектов. Исчерпывающее тестирование невозможно. Раннее тестирование. Скопление дефектов. Парадокс пестицида.
- 22. Процессы тестирования Процессы тестирования - это последовательность действий, работ и наблюдений, предпринимаемых для достижения цели. Планирование
- 24. Процесс тестирования
- 27. Уровни зрелости TMMi. Цели тестирования Глобальные цели Процессные области https://www.tmmi.org/tmmi-model/
- 28. Модели зрелости тестирования ПО (ТММi) Конкретные цели Процессные области 1.Тестирование есть
- 29. Пример. 2 уровень. Конкретные цели SG 1 Внедрение политики тестирования SP 1.1 Определение целей тестирования SP
- 30. SP 1.1 Определение целей тестирования 1. Изучите бизнес потребности и цели Формулировка миссии Потребности бизнеса и
- 31. 4. Согласование целей тестирования с заинтересованными сторонами 5. Пересмотр целей тестирования по мере необходимости (например, ежегодно)
- 32. SG 3. Внедрение показателей эффективности тестирования SP 3.1 Определение показателей эффективности тестирования. Показатели эффективности тестирования определяются
- 33. TPI Next
- 34. Метрики в тестировании Плотность дефектов (SDD = Число дефектов / Размер кода) Плотность дефектов после поставки
- 35. Артефакты тестирования
- 36. ГОСТ Р 56922-2016/ISO/IEC/IEEE 29119-3:2013 Системная и программная инженерия. Тестирование программного обеспечения. Часть 3. Документация тестирования
- 37. Политика тестирования Цели и определение тестирования Определяет назначение, цели и полную область применения тестирования в организации.
- 38. Стратегии тестирования Стратегия тестирования содержит следующую информацию: Как использовать тестирование для управления рисками проекта и продукта?
- 39. Стратегия Тестирования Общий неспецифичный для конкретного проекта документ организационного уровня, который обеспечивает руководящие принципы для проектов
- 40. Примеры стратегий Аналитическая стратегия На основе анализа рисков На основе требований Стратегия на основе модели Модель
- 41. Виды деятельности, осуществляемые при составлении плана тестирования
- 42. Инструменты Принципы выбора Соотношение затрат к выгоде Оценка необходимости обучения Определение внутренних требований ( передача знаний,
- 43. Инструменты. Системы управления тестированием ALM Octane Test IT TestRail Zephyr Allure EE TM4J Qase PractiTest Testuff
- 44. Модуль 2. Риски тестирования. Команда тестирования. Работа с рисками. Риски проекта и продукта. Риски в тестировании
- 45. Риск – действующий или развивающийся фактор процесса, обладающий потенциалом негативного влияния на ход процесса Риск –
- 46. Работа с рисками. Риски проекта и продукта Риски в тестировании
- 47. Основные составляющие управления рисками Выявление риска: первоначальный мозговой штурм по выявлению риска, последующая сортировка и определение
- 48. Ослабление риска: меры, которые должны быть приняты предварительно, чтобы обеспечить возможность и эффективность проведения запланированных действий,
- 49. Извлечение уроков Извлечение уроков формализует усвоение накопленного опыта в форме, доступной для использования как внутри группы,
- 50. Где есть неопределенность, там появляется риск. Требования к системе: Что именно должна делать система? Обеспечение стандартов
- 51. Сеть поставок: Будут ли другие участники проекта действовать так, как ожидалось? Политика: Каков может быть результат
- 52. Работа в рисками Наименование риска Источник риска 1 Источник риска 2 … Последствие 1 Последствие 2
- 53. Подготовка проекта Наименование риска: Неполная оценка трудозатрат Источник риска Производится только оценка трудозатрат всего проекта менеджером
- 54. Риски продукта: Нахождение критичных ошибок после ввода системы в эксплуатацию Нахождение «дыр» в системе безопасности Возникновение
- 55. Планирование Неправильное определение границ работ Неправильный выбор архитектуры Неправильная оценка ресурсов Организационные Частое и противоречивое изменение
- 56. Типичные риски в тестировании (пример) Большие и НЕУЧТЁННЫЕ затраты на перетестирование Использование группы тестирования как отладочного
- 57. Тор -10 рисков 1. Дефицит специалистов. 2. Нереалистичные сроки и бюджет. 3. Реализация несоответствующей функциональности. 4.
- 58. Предположим, что вы работаете тест-менеджером над проектом разработки нового продукта. Никаких письменных требований или спецификаций на
- 59. Оценка и отчетность по тестированию проекта Предположим, что вас только что повысили до старшего менеджера тестирования.
- 60. Участники команды. Роли и сферы ответственности.
- 61. Обзор ролей в тестировании Тест-менеджмент ОСНОВНЫЕ РОЛИ Тест-менеджер, менеджер проекта по тестированию Тест-аналитик Тест-дизайнер Тестировщик, Инженер
- 62. Зачем нужно понимать какие роли куда относятся? Тест-менеджмент Менеджеру нельзя заниматься вспомогательной деятельностью Специализация даёт прирост
- 64. Senior Middle Junor
- 65. "Дорогой" сотрудник должен делать "дорогую" работу. Как только это правило нарушается – фирма теряет деньги. Если
- 66. T-shaped специалист T-shaped специалист – это человек, который является экспертом как минимум в одной области, но
- 67. T-shaped специалист
- 68. T-shaped специалист Широкий Глубокий
- 69. Сравнительная характеристика централизованной группы и локальной Преимущества централизованной группы: Гибкость такой команды, возможность быстрее переключить тестировщика
- 70. Локальные команды Преимущества: Лучшее знание предметной области. Нет зависимости между проектами по ресурсам. Нет размытой ответственности
- 71. Задачи руководителя Совещания с руководством и подчиненными Общение с заказчиком Проверка работы подчиненных Обсуждение спорных вопросов
- 72. Круг задач Контроль объема проекта Планирование и контроль выполнения задач по тестированию Управление персоналом Контроль рисков,
- 73. Активности Согласование миссии тестирования Получение обязательств по тестируемости продукта Оценка и отстаивание уровня качества План развития
- 74. Обязанности Выработка стратегии тестирования; Разработка планов тестирования; Написание и согласование документов, регламентирующих организацию работ по тестированию;
- 75. Формирование новой команды
- 76. Именно руководитель составляет план и определяет количество нужных ресурсов Не соглашайтесь с урезанием ресурсов «безвозмездно», потребуйте
- 77. Персональный состав команды согласовывается с руководством Руководитель может обоснованно отказаться работать с кем-либо из подчиненных Но
- 78. Составление вакансии и «портрета» кандидата Компания Проект Заказчик Технологии Процесс разработки Достижения команды Требования к позиции
- 79. Собеседование Обратная реакция Общение с кандидатом: – Полная честность – Абсолютная нейтральность – Подсказки – Прокачка
- 80. Полезные подсказки Не смотреть на часы Комфортность общения Трудная ситуация Подсказки/логика Давление Открытость новой информации Изучайте
- 81. Ограничения Взаимодействие: Лично Телефон Длительность: Минимум: 15 минут Оптимально: 45 минут Максимально: 1.5 часа Ступени интервью:
- 82. Модуль 3. Выстраивание отношений в команде. Основы тайм-менеджмента. Создание условий работы в команде. Стили управления. Выстраивание
- 83. Формирование успешной команды Что значит хорошая команда? Создание условий для работы в команде Методы работы с
- 84. Формирование успешной команды. Что значит хорошая команда? Лидер команды говорит о целях команды и организации, команда
- 85. КАЧЕСТВА ХОРОШЕГО ЛИДЕРА На лидере ответственность за людей, которые ему подчиняются Ответственность за то, что делает
- 86. ОШИБОЧНОЕ ПОВЕДЕНИЕ НОВИЧКОВ Пытается все сделать сам. («Самоделкин»). Рисование диаграмм Ганта (MS Project, OpenProj) – люди
- 87. Делегирование задач. Наставничество, развитие сотрудников их мотивация Делегирование задач Почему зачастую руководитель намного более занят, чем
- 88. Авторитет тестирования в компании Коммуникация «внутри» Общение со смежными отделами Руководители проекта и топ-менеджеры Руководитель разработки
- 89. Исходя из того, что мы люди здравые ☺ Что нужно руководству компании? Что нужно вашему заказчику?
- 90. Оказывайте проекту сервис, а не будьте помехой. Вы поставляете информацию, а не насаждаете процессы ради процессов.
- 91. Создание условий для работы в команде Действия должны обладать тремя характерными признаками WWW = Who, What,
- 92. Методы работы с командой Командный дух и как его воспитывать Вы не можете наблюдать за всем.
- 93. Существует множество способов классификации психологических типов. Классификация (с точки зрения отношения к работе): «Пунктуальный». Не пренебрегает
- 94. Чрезмерное внимание множеству нюансов приводит к сильной информационной перегрузке и усложняет в разы усвоение основ, на
- 95. Три фактора, необходимых для мотивации сотрудника: Ответственность за задачу SMART Инструменты и знания Для того, чтобы
- 97. Выстраивание отношений Люди не делают чего-то по 4 причинам: Не четкая цель (если человек новый удостоверитесь,
- 98. 4 стиля управления
- 99. Уровни развития сотрудников
- 100. Матрица интереса НЕТ НЕТ ЕСТЬ ЕСТЬ ИНТЕРЕС КОПЕТЕНТНОСТЬ Надоело…
- 101. Матрица осознанности и компетентности НЕТ ЕСТЬ НЕТ ЕСТЬ КОМПЕТЕНТНОСТЬ ОСОЗНАННОСТЬ А что там делать? Да тут
- 102. НЕТ ЕСТЬ НЕТ ЕСТЬ КОМПЕТЕНТНОСТЬ ОСОЗНАННОСТЬ А что там делать? Да тут все не так просто
- 103. Кто мотивирует? Как правило, в тестировании задачи по мотивации исполняет тест-менеджер В этом контексте его обязательные
- 104. Типичная схема мотивации Материальная Ставка Премия по результатам личной деятельности Премия по результатам деятельности отдела ...
- 105. Иерархия потребностей (по Маслоу) Тест-менеджмент
- 106. Мотивирующие факторы для различных уровней (по Маслоу) 5. Клубы (кружки) качества, группа по организации процессов, подарки
- 107. Гордость Польза Новые знания Сложные задачи Право голоса Награды Исключительность Работать весело
- 108. Почему лидер важен для команды. Выстраивание отношений Одной из проблем нового руководителя является то, что все
- 109. Модуль 4. Оценка трудозатрат на тестирование. Определение задач, которые должны быть выполнены. Оценка трудоемкости задач. Эмпирическое
- 110. Задачи должны оцениваться теми, кто их будет выполнять Проводите оценку задач совместно с подчиненными. При этом
- 111. Оценка трудозатрат на тестирование 1.Определение задач, которые должны быть выполнены. На этом этапе вполне достаточно разбить
- 112. Планирование работ по тестированию, оценка трудозатрат 1. Изучение тестовой основы (требования, ТЗ, проекты разработчиков и т.д.);
- 113. При оценке не забывайте о «скрытых» задачах и «запасе прочности» При составлении планов и оценке учитывайте
- 114. COCOMO II (Constructive Cost Model – конструктивная модель стоимости) Вот базовые уравнения COCOMO: Трудоемкость = ab(KSLOC)bb
- 115. Эмпирическое правило Брукса «В течение ряда лет при планировании разработки программного обеспечения я пользуюсь следующим эмпирическим
- 116. Помните о правиле «треугольника» Время-Деньги-Ресурсы. Фиксировать можно не более 2 параметров Если какой-либо параметр меняется более,
- 117. Контроль и ведение проекта Контроль Будьте в курсе, чем занят каждый подчиненный и когда он окончит
- 118. Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
- 119. Отчеты Регулярный доклад о ходе тестирования. Доклад о ходе работ должен дать ответ на вопрос "насколько
- 120. Проводите ежедневные собрания группы Выявляйте текущие проблемы, но не пытайтесь их решать Не допускайте длинных неконструктивных
- 121. FMEA (Failure Mode and Effects Analysis ) метод анализа видов ошибок и их влияния. Сильно упрощенный
- 122. Факторы: 1. Impact (влияние): показывает, по шкале от 1 до 5, какое влияние на пользователя окажет
- 123. Четыре главных принципа Концентрация внимания Материализация в систему Снижение переключений Формирование полезных привычек
- 124. Хронофаги – поглотители времени 1.Нечеткая постановка цели. 2. Отсутствие приоритетов в делах. 3. Попытка слишком много
- 125. Оперативное планирование Типы наших ежедневных задач Жесткие (привязанные к точному времени) Гибкие (не привязанные к точному
- 126. СРОЧНО МЕНЕЕ СРОЧНО МЕНЕЕ ВАЖНО ВАЖНО Разрешение кризисов Неотложные задачи Проекты у которых подходит срок сдачи
- 127. Выполняйте задачи в такой последовательности: A – срочные и важные задачи B – несрочные, но важные
- 128. Когда её делать… или не делать? Тест-менеджмент А – не допускать перехода из типа В В
- 130. Основные принципы Чтобы начать управлять временем требуются первоначальные затраты Ведите хронометраж рабочего дня. Попробуйте продержаться хотя
- 132. Скачать презентацию