Чек-лист: как управлять качеством разработки на проекте19.09.2022 17:17

Название метрикиСуть метрикиЦель сбораСпособ сбораЦелевое значениеКомментарий Кол-во заведенных дефектов за отчетный период в разрезе статуса/критичности/компонентаСколько дефектов завела команда за отчетный периодКосвенный показатель эффективностиВ Jira делаем выборку по заведенным багам за отчетный периодn/aПолезная метрика для анализа дефектов, определения проблемных зон, критичности и статуса дефектов Кол-во багов в час разработкиСколько дефектов приходится на задачу/час разработкиПоказатель эффективности разработкиКол-во дефектов в задачах/Время оценки задач на разработкуn/aЗдесь необходимо выбрать одну из 2-х метрик. Для фиксовых проектов подходит кол-во багов в час разработки, для остальных— плотность дефектов на задачу. Плотность дефектов на задачуКол-во заведенных дефектов в задачах/Кол-во протестированных задач % пропущенных дефектов в прод и найденных командой тестеровСколько дефектов мы пропускаем на прод и по какой причинеПонять причины пропуска дефектов в продДефектов выявлено нами на проде/Общее кол-во дефектов за отчетный периодn/aПоказатель должен быть не более 5%Для сбора метрики необходимо добавить в Jira для дефектов атрибут Prodaction bugсо значениями None, Yes. Атрибут обязательный и проставляется после создания дефекта. Кол-во дефектов, найденных на бизнес-тесте в разрезе критичностиСколько дефектов мы пропускаем на бизнес-тест и по какой причинеПонять причины пропуска дефектов в бизнес-тестДефектов выявлено нами или клиентом на бизнес-тестеn/aПоказатель должен стремиться к 0Для сбора метрики необходимо добавить в Jira для дефектов атрибут Business test bug со значениями None, Yes. Атрибут обязательный и проставляется после закрытия дефекта. % ошибок недостатка требованийСколько дефектов с бизнес-теста пропущены по причине недостатка требованийСколько дефектов с бизнес-теста пропущены по причине недостатка требованийДефектов на бизнес-тесте с ошибкой требований/Всего заведено дефектов с бизнес-тестаn/aНекоторые дефекты от клиента могут появляться из-за отсутствия требований на нашей стороне, часто такие дефекты можно рассматривать как доработки/хотелки. Для сбора метрики необходимо добавить в Jira для дефектов атрибут Lack of requirements со значениями None, Yes. Атрибут обязательный и проставляется после закрытия дефекта. % отмененных дефектовСколько дефектов заведено командой и отменено с резолюцией/статусом CancelledОпределение количества реджектовДефектов отменено/Всего заведено дефектов за отчетный периодn/aДопустимое значение — 5% % багов с регресса (коэффициент регрессии)Сколько дефектов мы пропускаем на регресс и почемуОпределить причины пропуска дефектов на регрессДефектов выявлено при регрессе/Всего заведено дефектов за отчетный периодn/aОптимальное значение — 5%Для сбора метрики необходимо добавить в Jira для дефектов атрибут Regression bug со значениями No, Yes. Атрибут обязательный и проставляется после создания дефекта. % переоткрытых дефектовСколько раз в среднем переоткрывается дефектОпределить качество фикса дефектовКол-во переоткрытых/Всего заведено дефектовn/aДля сбора метрики необходимо добавить в Jira для дефектов атрибут Reopened со значениями 1, 2, 3, 4, 5. Атрибут обязательный и проставляется после перевода дефекта в доработку. При каждом переводе дефекта на дебаг значение атрибута увеличивается на +1. % исправленных дефектовСколько дефектов команда разработки успевает исправить и сколько команда тестирования может проверитьПонять темп работы команды в части фикса и ретеста дефектовКол-во исправленных дефектов/Кол-во заведенных дефектов за отчетный периодn/aМинимальное значение — 90%При формировании выборки необходимо обращать внимание на отчетный период, т. к. дефекты в новом спринте мы физически не успеем поправить. Поэтому рекомендуется брать статистику до предыдущего выпущенного релиза включительно.