Содержание
- 2. АВТОРСКИЙ КОЛЛЕКТИВ Вячеслав Панкратов http://pankratov.org.ua/ Дмитрий Лысенко http://dmitrylysenko.info/ Тест-дизайн
- 3. Расписание тренинга День 1: Основы тестирования и обеспечения качества, обзор ролей и артефактов тестирования Тест-дизайн Автоматизация
- 4. Содержание Знакомимся и проясняем ожидания Определение тестирования ПО и качества информационных систем: чем мы всё-таки занимаемся?
- 5. Содержание Работа с рисками: как начать это дело? Успешное управление: эффективность Работа с подчиненными Работа с
- 6. Качество Продукта Процесс производства ПО Связь: Качество-Процесс-Продукт Тестирование ПО: как продать тестирование, миссия, фокус усилий Базовые
- 7. Качество Продукта Что такое Качество Продукта Функциональность, Надежность, Производительность Функциональность — делает ли приложение то, что
- 8. Корни и ветки дерева качества Откуда берется Качество? Качество Продукта определяется только Качеством Процесса его разработки
- 9. Как продать Качество? Типичные проблемы с «продажей» качества: Неочевидность возврата инвестиций Большой первоначальный объем работ: обзоры,
- 10. Тестирование ПО: истоки Первый баг 09.09.1945г. Грейс Мюррей Хоппер (Grace Murray Hopper) Тест-менеджмент
- 11. Эволюция представлений о тестировании Проверка соответствия между реальным поведением программы и ее ожидаемым поведением на конечном
- 12. Определение тестирования (классика) Глен Маерс: Тестирование это процесс выполнения программ с намерением найти ошибки Пол Йоргенсен:
- 13. Расширенное определение Тестирования Обобщенное определение тестирования Тестирование – процесс проверки соответствия заявленных к продукту требований и
- 14. Уточнённое определение Тестирования Уточним определение Тестирование – процесс проверки соответствия заявленных к продукту требований и реально
- 15. Задачи тестирования Задачи тестирования намного шире чем поиск дефектов! Типичные вопросы, с которыми сталкиваются группы тестирования:
- 16. Как продать Тестирование Тестирование ПО занимает от 30% до 50% от всей стоимости разработки, в случаях
- 17. Как ещё продавать Тестирование? Основная цель тестирования – достижение заданного уровня качества продукта Тестирование может не
- 18. Стоимость исправления ошибок Миссия тестирования – снизить стоимость разработки путем раннего обнаружения дефектов; Миссия тестирования –
- 19. По степени детализации По подходу к тестированию Классификация тестирования Тест-менеджмент
- 20. Практические соображения Одна из задач менеджера – развитие компетенции персонала Даже если вы уверены, что все
- 21. Уровень готовности: модули, Unit Модульный уровень Тестирование целостности кода на уровне логических модулей Выполняется разработчиками Контролируется
- 22. Уровень готовности: отдельные части Интеграционный уровень Тестирование промежуточных результатов интеграции системы Выполняется разработчиками и тестировщиками Возможны
- 23. Уровень готовности: собранная система Системный уровень Проверка полностью построенной системы на соответствие сформулированным требованиям Подуровни: Альфа-тестирование
- 24. Уровень готовности: система System level уровни Альфа-тестирование Выполняется группой тестирования внутри команды/организации разработки Бета-тестирование Выполняется группой
- 25. Как тестируем: снаружи Классификация по применяемому подходу Black box (Functional) Testing Тестирование с точки зрения конечного
- 26. Как тестируем: изнутри White box (Structural) Testing Анализ приложения на уровне кода Подвиды: Ручное (экспертное тестирование
- 27. Как тестируем: «умные руки» Grey box testing («серый» ящик) Смешанная методика, применяемая опытными тестировщиками или разработчиками
- 28. Работа с требованиями – почему не все это умеют и могут делать Расчёт трудоёмкости – сила
- 29. Что было написано в требовании Тест-менеджмент SRS-01 (до изменения) Форма регистрации нового пользователя в системе “InfoSecurityManagement”
- 30. Что изменилось в требовании Тест-менеджмент SRS-01.1 (после изменения) Форма регистрации нового пользователя в системе “InfoSecurityManagement” позволяет
- 31. Практический кейс Что должно произойти в тест-кейсах? Кто это должен сделать? Когда это может происходить? Вы
- 32. Как часто бывает и что с этим делать Пример нетестируемого требования производительности ПО Время отклика системы
- 33. Первое уточнение Пример тестопригодного требования Время отклика системы с точки зрения конечного пользователя (end-to-end) во время
- 34. Ещё одно уточнение Что мы упустили в требовании? Время отклика … при загруженности пропускного канала …,
- 35. Что должно было получится Пример тестопригодного требования Время отклика системы с точки зрения конечного пользователя (end-to-end)
- 36. Практический пример Тест-менеджмент
- 37. Анализ архитектуры Архитектура Сервер приложений Сервер БД «Толстые» клиенты, около 10 операторов Первые выводы и вопросы
- 38. Анализ конфигурационных требований Требования к конфигурациям Клиентская часть поддерживается на 4-х ОС Сервер приложения поддерживается на
- 39. Пытаемся планировать Вопросы к обсуждению Какие виды тестов будем проводить? Нагрузочного тестирования не будет, 10 операторов
- 40. Попробуем прикинуть трудоёмкость Допущения Допустим, на одно функциональное требование мы предполагаем написать 5 тестовых сценариев Допустим,
- 41. Считаем окружения Окружений: 16 4 клиентские ОС * 2 языка = 8 клиентских конфигураций * 2
- 42. Считаем время Расчеты Всего тестовых сценариев: 16 окружений * 150 тестовых сценариев = 2400 Время на
- 43. Давайте подумаем Тест дизайн: разработка тестов Что мы не учли? Требования относятся к функциональности (логике приложения)
- 44. Разбор тестируемых функций Что зависит обычно от окружения на клиенте и сервере? Вход, выход, печать форм,
- 45. Подбиваем баланс по группам требований Получаем: 5 требований зависят от окружений на клиенте 5 требований зависят
- 46. Пересчитываем Итого: 25 тестовых сценариев * 8 = 200 тестовых сценариев зависящих от окружения на клиенте
- 47. Сила тест-дизайна Расчеты Всего тестовых сценариев: 725 Время на проведение 1-го раунда тестирования: (725 тестовых сценариев
- 48. Практические соображения Принимаем решение об автоматизации тестирования Автоматизация тестирования ПО Тест-менеджмент
- 49. Когда и как начинать? Принятие решение об автоматизации Решение об автоматизации тестирования на проекте по разработке
- 50. О чём нужно помнить? Принятие решение об автоматизации Нужно помнить, что первоначальные затраты на автоматизацию тестирования
- 51. Когда это полезно? Критерии пригодности к автоматизации Внедрение автоматизации экономически оправдано Проект по разработке долгосрочный (1-2
- 52. Когда это необходимо? Критерии пригодности к автоматизации Внедрение автоматизации критично для успешной реализации проекта Объем регрессионного
- 53. С чего начать? Цели и задачи Что стоит автоматизировать вначале Автоматизация приёмочного тестирования билда или набора
- 54. Идём или не идём? Принятие решение об автоматизации Непосредственные выгоды от внедрения автоматизации достигаются за счет
- 55. Что понимают под нагрузочным тестированием Алгоритм создания скрипта Тестирование производительности ПО Тест-менеджмент
- 56. На что обычно наступают Непонимание терминологии заказчиком и проектной командой Определите понятия «нагрузочное тестирование» Неготовность заказчика
- 57. На что обычно наступают-2 Технологическая невозможность проектирования и воспроизведения адекватной модели нагрузки Собирайте данные из эксплуатации
- 58. Слова: производительность и нагрузка Тестирование производительности (performance testing) Нагрузочное тестирование, целью которого является определение показателей производительности
- 59. Слова: стрессы и перегруз Стрессовое тестирование (stress testing) Нагрузочное тестирование, целью которого является определение параметров производительности
- 60. Слова: объёмы данных Объемное тестирование (volume testing) Нагрузочное тестирование, целью которого является определение параметров производительности системы
- 61. Слова: наработка на отказ Тестирование надежности (reliability testing) Нагрузочное тестирование, целью которого является определение параметров производительности
- 62. Тестирование масштабируемости (scalability testing) Нагрузочное тестирование, целью которого является определение параметров производительности системы на различных аппаратно-программных
- 63. Шаги Запускаем тул на запись и кликаем нашу последовательность. Логин и логофф части записываем в «vuser_init»
- 64. Шаги При необходимости расставляем точки рандеву При необходимости определяем транзакции (что интересно померять) При необходимости/возможности параметризируем
- 65. Этапы тестирования Что происходит во время планирования Практические соображения Планирование и этапы тестирования Тест-менеджмент
- 66. Этапы тестирования Планирование тестирования Проектирование тестирования Реализация тестирования Выполнение тестирования Оценка тестирования Тест-менеджмент
- 67. Цели планов Планирование тестирования Выясняется объем работ, сроки выполнения, пути решения задач по выполнению работ, ресурсы,
- 68. Задачи и содержание планов Назначение плана тестирования План тестирования ПО является основным согласующим документом Описывает: Существующие
- 69. Что внутри плана Что происходит при планировании Анализ имеющейся информации о проекте Выявление компонент ПО, которые
- 70. Из чего состоит план Основные разделы плана тестирования Название, Проект Журнал изменений Введение Назначение Исходные данные
- 71. Стратегия тестирования Стратегия тестирования Типы тестирования Тестирование данных и целостности базы данных Функциональное тестирование Тестирование бизнес-циклов
- 72. Этапы тестирования Практические соображения Не старайтесь создать тест-план в точности по шаблону Попробуйте применить концепцию «живых
- 73. Алгоритм работы с дефектами Трекинг по статусам и ролям Типичные проблемы Работа с дефектами Тест-менеджмент
- 74. Универсальный алгоритм? Хм ☺ Алгоритм работы с дефектами Алгоритм трекинга дефектов может отличаться от проекта к
- 75. Куколка-бабочка? Статусы ошибок, набор полей, их типы и свойства, возможные переходы между статусами определяются отдельно для
- 76. Кто кому: пас на тренера! Трекинг по ролям Тест-менеджмент
- 77. Что бывает не так? Сокращение шагов по воспроизведению ошибки Отсутствие описания ошибочного поведения Отсутствие описания правильного
- 78. А ещё бывает и так… … Тестирование устаревшего билда Изобретение собственных требований Использование нечетких формулировок Попытка
- 79. Учет рисков, меры по их минимизации Процесс управления рисками Типичные риски Практические соображения Работа с рисками
- 80. Работа с рисками: как начать? Учет рисков, меры по их минимизации Риск – действующий или развивающийся
- 81. Работа с рисками: одной картинкой Тест-менеджмент
- 82. Работа с рисками: зачем это всё? Извлечение уроков Извлечение уроков формализует усвоение накопленного опыта в форме,
- 83. Работа с рисками: главное начать Процесс управления рисками Описанные фазы являются логическими шагами, и они не
- 84. Работа с рисками: и ещё немного Типичные риски Технические: Нахождение критичных ошибок после ввода системы в
- 85. Работа с рисками: и ещё чуть-чуть! Типичные риски … Планирование Неправильное определение границ работ Неправильный выбор
- 86. Работа с рисками в тестировании Типичные риски в тестировании Нехватка ресурсов Требования будут формализованы поздно для
- 87. Практические соображения Типичные риски в тестировании Работа с рисками в тестировании не отличается от работы с
- 88. Практические соображения Типичные риски в тестировании (пример) Большие и НЕУЧТЁННЫЕ затраты на перетестирование: проблемы планирования тестирования
- 89. ОСНОВНЫЕ РОЛИ Тест-менеджер, менеджер проекта по тестированию Тест-аналитик Тест-дизайнер Тестировщик, Инженер по тестированию ВСПОМОГАТЕЛЬНЫЕ РОЛИ Администратор
- 90. Менеджер по тестированию не уборщица Зачем нужно понимать какие роли куда относятся? Менеджеру нельзя заниматься вспомогательной
- 91. Обзор артефактов тестирования (RUP) Тестировщик ПО Test script Test log Аналитик Test Case Test-Ideas List Workload
- 92. Обзор артефактов тестирования (RUP) Дизайнер Test Strategy Test Automation Architecture Test Environment Configuration Test Suite Тест-менеджер
- 93. Мои артефакты: магия проста Что я использую на практике: Тест план: что есть из артефактов, что
- 94. Круг задач Активности Список ответственности Совмещение ролей Активности тест-менеджера Тест-менеджмент
- 95. Ваш круг задач Контроль объема проекта Планирование и контроль выполнения задач по тестированию Управление персоналом Контроль
- 96. Ваши активности Согласование миссии тестирования Получение обязательств по тестируемости продукта Оценка и отстаивание уровня качества План
- 97. Совмещение ролей Как правило, в небольших проектах совмещение ролей неизбежно. Это нормально Рассмотрим возможные сочетания ролей
- 98. «Огурцы с молоком» Рассмотрим наиболее «порочное» сочетание ролей: разработчик-тестировщик Разработчик проводит тестирование по остаточному принципу и
- 99. Исключения и связи Тест-менеджмент
- 100. Успешное управление Тест-менеджмент Работа с подчиненными Работа с руководством, коллегами, заказчиками Управление задачами Управление временем, тайм-менеджмент
- 101. С кем мы работаем? Подбор исполнителей Именно руководитель составляет план и определяет количество нужных ресурсов Не
- 102. Плюс на минус даёт… Подбор исполнителей Персональный состав команды согласовывается с руководством Руководитель может обоснованно отказаться
- 103. Кто даёт оценки по времени? Оценка задач Задачи должны оцениваться теми, кто их будет выполнять Проводите
- 104. Трудоёмкость задач: keywords Оценка трудоемкости задач: способы Evidence based Дельфи COCOMO Тест-менеджмент
- 105. Мысли вслух Практические соображения Помните о правиле «треугольника» Время-Деньги-Ресурсы. Фиксировать можно не более 2 параметров Если
- 106. О чём часто забывают Оценка задач. Практические соображения При оценке не забывайте о «скрытых» задачах и
- 107. Все люди – разные Индивидуальный подход Существует множество способов классификации психологических типов. Предлагаем вам следующую классификацию
- 108. Все люди – очень разные ☺ Индивидуальный подход ... «Всегда опаздываю». Способен справиться с большим объемом
- 109. Что мы забываем при планировании? Практические соображения Подстраивайте график работы группы под нужды проекта Учитывайте разницу
- 110. Коммуникации и встречи Проводите ежедневные собрания группы Выявляйте текущие проблемы, но не пытайтесь их решать Не
- 111. Контроль и информация Контроль Будьте в курсе, чем занят каждый подчиненный и когда он окончит свое
- 112. Мотивация Тест-менеджмент Кто может мотивировать Виды мотивации Иерархия потребностей Практические соображения
- 113. Кто мотивирует? Кто должен мотивировать Как правило, в тестировании задачи по мотивации исполняет тест-менеджер В этом
- 114. Как мотивировать? Типичная схема мотивации Материальная Ставка Премия по результатам личной деятельности Премия по результатам деятельности
- 115. Тест-менеджмент Иерархия потребностей (по Маслоу)
- 116. Что это означает на практике? Мотивирующие факторы для различных уровней (по Маслоу) 5. Клубы (кружки) качества,
- 117. Чего от нас ждут, как от менеджеров? Исходя из того, что мы люди здравые ☺ Что
- 118. Модель F.A.C.T. Разгребая завалы: «GTD» Управление задачами и временем Тест-менеджмент
- 119. Модель FACT Выполняйте задачи в такой последовательности: A – срочные и важные задачи С – несрочные,
- 120. Когда её делать… или не делать? Принципы планирования рабочего дня При классификации задач задайте себе вопросы:
- 121. Какие задачи и когда делать? Принципы планирования рабочего дня Установите «коммуникационные окна» Установите время, когда вы
- 122. Тест-менеджмент
- 123. Как заставить себя умываться по утрам Основные принципы Чтобы начать управлять временем требуются первоначальные затраты Ведите
- 124. Помогать не значит делать за кого-то Делегирование задач Почему зачастую руководитель намного более занят, чем подчиненный?
- 125. Рекомендуемая литература Автоматизированное тестирование программного обеспечения Элфрид Дастин, Джефф Рэшка, Джон Пол Automated Software Testing Издательство:
- 126. Рекомендуемая литература Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование Рекс Блэк Издательство: Лори, 2006 г. В
- 127. Рекомендуемая литература Тестирование производительности Web-приложений Microsoft. NET (+ CD-ROM) Performance Testing Microsoft. NET Web Application Издательство:
- 128. Рекомендуемая литература Путь камикадзе Эдвард Йордон Издательство: Лори, 2003 г. Книга Эдварда Йордона `Путь камикадзе` представляет
- 129. Рекомендуемая литература Мифический человеко-месяц Фредерик Брукс Издательство: Символ-Плюс, 2006 г. Эта книга – своего рода библия
- 130. Рекомендуемая литература Тестирование dot com Роман Савин Издательство: Дело, 2007 г. Этот курс лекций создан для
- 131. Рекомендуемая литература Тайм-драйв Глеб Архангельский Издательство: Манн, 2007 г. Самая полезная и увлекательная книга об управлении
- 132. Рекомендуемая литература Оценка персонала. Четкий алгоритм действий и качественные практические решения Алла Вучкович-Стадник Издательство: Эксмо, 2008
- 133. Рекомендуемая литература Грейдинг. Технология построения системы управление персоналом Валерий Чемеков Издательство: Вершина, 2007 г. В предлагаемой
- 135. Скачать презентацию