контроля качества ПО. развития службы Три ступени

Содержание

Слайд 3

Три источника и три составных части … тестирования

Установка процесса

Оптимизация процесса

Управление процессом

Время

Эффективность

Три источника и три составных части … тестирования Установка процесса Оптимизация процесса Управление процессом Время Эффективность

Слайд 4

Процесс: тест Гринкевича 1/6

Есть ли у вас ТЕСТИРОВЩИКИ?
Специализация
Оптимизация затрат
Ориентированность на выявление проблемы

Процесс: тест Гринкевича 1/6 Есть ли у вас ТЕСТИРОВЩИКИ? Специализация Оптимизация затрат Ориентированность на выявление проблемы

Слайд 5

Процесс: тест Гринкевича 2/6

Есть ли у вас сформулированная
СТРАТЕГИЯ ТЕСТИРОВАНИЯ?
Тестовые данные –

Процесс: тест Гринкевича 2/6 Есть ли у вас сформулированная СТРАТЕГИЯ ТЕСТИРОВАНИЯ? Тестовые
классы эквивалентности
Управление рисками
Автоматизация

Слайд 6

Процесс: тест Гринкевича 3/6

Используется ли СИСТЕМА УЧЕТА ДЕФЕКТОВ?
Тестировщик <–> разработчик
Источник первичной отчетности

Процесс: тест Гринкевича 3/6 Используется ли СИСТЕМА УЧЕТА ДЕФЕКТОВ? Тестировщик разработчик Источник

Повседневный инструмент менеджера

Слайд 7

Процесс: тест Гринкевича 4/6

Есть ли у вас изолированное
ТЕСТОВОЕ ОКРУЖЕНИЕ?
Тестирование стабильной версии
Исключение

Процесс: тест Гринкевича 4/6 Есть ли у вас изолированное ТЕСТОВОЕ ОКРУЖЕНИЕ? Тестирование
несанкционированных изменений в коде
Прогнозируемость характеристик системы

Слайд 8

Процесс: тест Гринкевича 5/6

Применяется ли процедура передачи
НОВОЙ ВЕРСИИ ПРОГРАММЫ В ТЕСТИРОВАНИЕ?
Определение

Процесс: тест Гринкевича 5/6 Применяется ли процедура передачи НОВОЙ ВЕРСИИ ПРОГРАММЫ В
/ уточнения объектов
Исключение простоя
Передача ответственности

Слайд 9

Процесс: тест Гринкевича 6/6

Есть ли у вас процедура
ОЦЕНКИ ГОТОВНОСТИ ПРОГРАММЫ?
Критерии
Измерения
Решения

Процесс: тест Гринкевича 6/6 Есть ли у вас процедура ОЦЕНКИ ГОТОВНОСТИ ПРОГРАММЫ? Критерии Измерения Решения

Слайд 10

Проанализировать функциональное требование
Разработать тест-кейс
Выполнить тест кейс
Найти дефект
Открыть файл и внести запись о

Проанализировать функциональное требование Разработать тест-кейс Выполнить тест кейс Найти дефект Открыть файл
дефекте
Отправить дефект разработчику
Получить ответ разработчика о том, что это не дефект
Написать разработчику, что это все же дефект

Вспомнить, что разработчик ответил про дефект
Сделать расчет показателей тестирования
Написать отчет

Оптимизация процесса 1/2

Связать функциональное требование с тест-кейсом
Нажать кнопку и сгенерировать шаблон тест-кейса и заполнить поля
Выполнить тест-кейс
Найти дефект
Нажать кнопку и сгенерировать запись о дефекте, заполнить поля
В записи о дефекте получить пояснения разработчика
Написать разработчику о том, что это все же дефект

Нажать кнопку и сгенерировать отчет

Слайд 11

Оптимизация процесса 2/2

Экспертные знания
Пользовательский
интерфейс
Функциональные и
не функциональные
требования

Программные
компоненты
Аппаратные
компоненты

Моделирование

Тестирование

Отчет

Анализ требований
Моделирование
тестов
Моделирование
тестовых данных

Оптимизация процесса 2/2 Экспертные знания Пользовательский интерфейс Функциональные и не функциональные требования
Составление тест
кейсов
Программирование
тестов
Создание тестового
окружения

Компоновка тест
планов (сьютов)
Выполнение тестов
Документирование /
проверка дефектов
Регистрация
результатов

Анализ результатов
тестирования
Вычисление
показателей
Создание отчетов
Определение степени
готовности

Слайд 12

Управление процессом 1/2

Возврат инвестиций (ROI = (прибыль – затраты)/затраты)
Обнаружение ошибок, которые устраняются
Обнаружение

Управление процессом 1/2 Возврат инвестиций (ROI = (прибыль – затраты)/затраты) Обнаружение ошибок,
ошибок, которые не устраняются (но мы знаем о них)
Проведение тестов, которые снижают (потенциально затратные) риски
Обеспечение проекта своевременной, точной и заслуживающей доверия информацией
Управление процессом
Оптимизация затрат на тестирование
Минимизация (потенциально затратных) рисков

Слайд 13

Пример: исходные данные
Среднее количество ошибок – 35 на человеко-месяц*
Команда разработчиков – 10

Пример: исходные данные Среднее количество ошибок – 35 на человеко-месяц* Команда разработчиков
человек
Срок активной разработки – 6 месяцев
Предполагаемое количество дефектов ~ 2000
Данные по росту стоимости дефекта
Степень выявления дефектов на стадии тестирования – 80%*, что в количественном выражении составляет 1600
Бюджет на тестирование – 160.000 $

Управление процессом 2/2

Имя файла: контроля-качества-ПО.- развития-службы-Три-ступени.pptx
Количество просмотров: 228
Количество скачиваний: 0