Microsoft Solutions Framework for Agile Software Development. Гибкая методология разработки программного обеспечения
Подождите немного. Документ загружается.
122 Гибкая методология разработки программного обеcпечения
Приоритетные дефекты
Правильно ли был выполнен поиск дефектов и назначение им приоритетов?
Отчет, на котором показаны приоритетные дефекты, помогает понять, на
сколько эффективным был их поиск и определение важности. Выявление
дефектов является неотъемлемой частью процесса разработки продукта.
Однако зачастую пользователю досаждают именно те дефекты, которые не
просто обнаружить. Если дефекты, имеющие высокую важность, не были
выявлены, а имеется чрезмерно большое количество мелких недостатков, то
следует направить усилия тестирования на поиск серьезных дефектов. Про
цесс определения приоритетов дефектов таит в себе опасность переоценить
их настолько, что их количество превысит возможности их устранения, либо,
наоборот, недооценить их, изза чего пользователи будут крайне недоволь
ны продуктом.
Методология 123
Интенсивность дефектов
Насколько эффективно обнаруживаются, исправляются и закрываются дефек
ты? Оценивать их интенсивность лучше всего в сопоставлении со всей теку
щей деятельностью команды и другим метрикам на диаграмме индикаторов
качества (Quality Indicators). Например, высокий коэффициент обнаружения
дефектов может свидетельствовать как о плохо написанном, не полностью
интегрированном коде, так и об эффективном тестировании. С другой сто
роны, низкий коэффициент обнаружения может означать высокое качество
продукта, либо неэффективное тестирование. Для правильной оценки по
лезны показатели покрытия кода тестами, изменчивости кода и интенсивности
дефектов.
124 Гибкая методология разработки программного обеcпечения
Индикаторы качества
Каково качество продукта? В идеальном случае на диаграммах коэффициен
тов прохождения тестов, количества дефектов и изменчивости кода можно
увидеть похожие картины, но так бывает нечасто. В случае обнаружения не
соответствий следует более детально изучить соответствующие серии сбо
рок и данных. На следующей диаграмме объединены результаты тестов, по
крытие ими кода, изменчивость кода и количество дефектов, что позволяет
увидеть картину с разных сторон.
Методология 125
Оставшаяся работа
Сколько еще работы предстоит выполнить и когда она должна быть закон
чена? На сводной диаграмме процессов показано количество оставшейся
работы, измеряемой в количестве сценариев и требований к качеству, обра
ботанных и закрытых в процессе итерации.
Внеплановая работа
Каков объем внеплановых работ? На следующей диаграмме отображен не ос
тавшийся объем работ, а общий, разделенный, в свою очередь, на заплани
рованную и внеплановую работу. Крайне редко случается выполнение всей
работы по проекту раньше срока, даже в рамках отдельной итерации. Очень
полезно резервировать значительный запас времени для непредвиденных
работ (таких как исправление дефектов). К тому же, если вдруг не окажется
достаточного резерва времени, вы можете быть вынуждены делать внепла
новую работу за счет плановой.
126 Гибкая методология разработки программного обеcпечения
Темп
Насколько быстро работает команда? Темп является одним из ключевых па
раметров такой оценки. Он показывает, насколько быстро выполняются пла
новые работы, ежедневные изменения плана, а также изменения от итерации
к итерации. Эти данные, дополненные оценкой качества, полезны при пла
нировании следующей итерации. Данная диаграмма, так же как и диаграмма
оставшейся работы, важна для анализа посуточного темпа в рамках итера
ции или среднего темпа за итерацию в рамках проекта.
Методология 127
Возобновленные работы
Как много задач приходится возобновлять? Возобновленные работы — те,
которые преждевременно были отмечены как завершенные или закрытые.
Небольшой уровень таких работ вполне приемлем (скажем, меньше 5%).
Однако высокий уровень либо его повышение должны насторожить менед
жера проекта. В этом случае следует выявить причину и устранить ее.
Подпишись
на бюллетень
MSDN
Бюллетень MSDN
Новости разработчиков
msdn.microsoft.com/ru-ru/flash
Узнай новости
первым!