Курс: «Мануальное тестирование ПО»

От тестирования к QA (цели и задачи QA, стоимость тестирования, стоимость дефекта).

От тестирования к QA.

Задачи QA. Обеспечить беспроблемную приемку

проекта заказчиком. Гарантировать успешность продукта Гарантировать удобство и

интуитивность пользования продуктом, его стабильность, производительность и расширяемость

Минимизировать затраты на процессы QC и разработку

Минимизировать риски проекта.  

Задачи QA.

Если провести аналогию с медициной, то  можно было бы сказать, что:

QA занимаются профилактикой, а тестировщики — диагностикой.

Стоимость тестирования

Категории затрат для обеспечения качества

Превентивные затраты Планирование QA активностей Статическое тестирование процессов Инвестиции в изучение и внедрение

автоматизированных систем контроля качества

Постоянное обучение и тренинги сотрудников

Создание прототипов Внедрение метрик обеспечения

качества

 Затраты на оценку и контроль Инспекции и аудиты процесса

тестирования Настройка тестового окружения Настройка и тестирование

оборудования Тестирование Приемочное тестирование

Цена внутреннего сбоя  Анализ первопричин появления

дефектов Затраты на исправление дефектов

Регрессионное тестирование

Материальные затраты на исправление дефектов

 Цена внешнего сбоя Обработка жалоб клиентов

Возврат продукта клиентами

Отзыв продукта с рынка

Потеря репутации на рынке

Цена качества

Цена качества

Почему чем позже, тем дороже? 

Удельная стоимость исправления дефектов быстро растет по мере продвижения продукта к стадии эксплуатации. Так, в статье B. Boehm and V. Basili «Software Defect Reduction Top 10 List» (IEEE Computer, IEEE Computer Society, Vol. 34, No.1, January 2001, pp. 135-137.) показано, что стоимость исправления дефекта после ввода системы в эксплуатацию вдвое превышает аналогичную стоимость на стадии тестирования продукта и более чем в тысячу раз в период выработки требований к продукту.

Стоимость исправления ошибки в зависимости от момента её обнаружения

Стоимость исправления ошибок

Сколько будет стоит исправить?

Невозможно представить себе разработку ПО, которое было бы свободно от тех или иных ошибок.

По данным, опубликованным Национальным институтом стандартов (NIST 2002 RTI Project 7007.011), основное количество ошибок в продукте (70%!) закрадывается на стадии выработки требований и построения дизайна.

А обнаруживается подавляющее большинство

дефектов либо в процессе тестирования (около 60%), либо уже при эксплуатации (21%).

ВОПРОСЫ

Thank You!