Как правильно оценить состояние IT-проекта во время изменений?

0
Фрагмент нашел: Роман Зайруллин3/26/2023

Обеспечить повторяемость процесса тестирования недостаточно – вы должны оценивать и проект, чтобы можно было точно сказать, улучшается он в результате изменений или ухудшается. Вот некоторые категории данных, которые можно собирать с целью оценки проекта:

• административное описание дефекта (дата обнаружения, сотрудник, сообщивший о дефекте, номер сборки программы, дата исправления);
• полное описание проблемы;
• действия, предпринятые для воспроизведения проблемы;
• предложенные способы решения проблемы;
• родственные дефекты;
• тяжесть проблемы (например, критическая проблема, «неприятная» или косметическая);
• источник дефекта: выработка требований, проектирование, кодирование или тестирование;
• вид дефекта кодирования: ошибка занижения или завышения на 1, ошибка присваивания, недопустимый индекс массива, неправильный вызов метода и т.д.;
• классы и методы, измененные при исправлении дефекта;
• число строк, затронутых дефектом;
• время, ушедшее на нахождение дефекта;
• время, ушедшее на исправление дефекта.

Стив Макконелл / Amazon

Собирая эти данные, вы сможете подсчитывать некоторые показатели, позволяющие сделать вывод об изменении качества проекта:

• число дефектов в каждом классе; все числа целесообразно отсортировать в порядке от худшего класса к лучшему и, возможно, нормализовать по размеру класса;
• число дефектов в каждом методе, все числа целесообразно отсортировать в порядке от худшего метода к лучшему и, возможно, нормализовать по размеру метода;
• среднее время тестирования в расчете на один обнаруженный дефект;
• среднее число обнаруженных дефектов в расчете на один тест;
• среднее время программирования в расчете на один исправленный дефект;
• процент кода, покрытого тестами;
• число дефектов, относящихся к каждой категории тяжести.

Источник: С. Макконелл. Совершенный код. – M.: Русская редакция, 2010. – С. 520.

ЧТО ТАКОЕ БАЗА ЗНАНИЙ?

Концентрированная книга издательства LIVREZON складывается из сотен и тысяч проанализированных источников литературы и масс-медиа. Авторы скрупулёзно изучают книги, статьи, видео, интервью и делятся полезными материалами, формируя коллективную Базу знаний. 

Пример – это фактурная единица информации: небанальное воспроизводимое преобразование, которое используется в исследовании. Увы, найти его непросто. С 2017 года наш Клуб авторов собрал более 80 тысяч примеров. Часть из них мы ежедневно публикуем здесь. 

Каждый фрагмент Базы знаний относится к одной или нескольким категориям и обладает точной ссылкой на первоисточник. Продолжите читать материалы по теме или найдите книгу, чтобы изучить её самостоятельно.  

📎 База знаний издательства LIVREZON – только полезные материалы.

Следующая статья
IT
Как шум и ошибки привели к созданию теории информации: от Найквиста до Шеннона
В реферате рассматриваются ключевые концепции теории информации. Они были разработаны Гарри Найквистом, пионером в теории информации, Ральфом Хартли, ученым-электронщиком, Клодом Шенноном, инженером и криптоаналитиком, а также упоминались в других работах по борьбе с шумом при передаче сообщений. Автор рассматривает концепции в разрезе их логики: какую проблему они решали и с помощью каких подходов были разработаны. Выделение таких связок предназначено для исследователей, которые стремятся выделить логику зарождения компьютерных областей. Автор статьи: Вл...
IT
Как шум и ошибки привели к созданию теории информации: от Найквиста до Шеннона
IT
Учить, а не кодировать: «новый подход» к ИИ, сформулированный ещё Аланом Тьюрингом
Бизнес и экономика
«Трудности» перевода в IT-проектах и как их преодолеть
Бизнес и экономика
Иллюзия работы, или почему не работает самодиагностика процессов на предприятии
IT
Норберт Винер о том, какие науки являются наиболее перспективными
IT
Может ли компьютер мыслить? 8 возражений, которые Алан Тьюринг сформулировал в середине XX века
Бизнес и экономика
Чем полезно разделение труда: выдержки из Адама Смита
Бизнес и экономика
Как фиксировать и внедрять лучшие практики в компании – инженер Гаррингтон Эмерсон
Бизнес и экономика
«Производственная система Тойоты. Уходя от массового производства» – реферат: самое главное из книги Тайити Оно
Livrezon-технологии
Интерфейс Photoshop: основная парадигма и базовые объекты
Livrezon-технологии
Исправляем ошибки при создании сайта личного архива
Livrezon-технологии
Сайт личного архива: ошибки при создании
Иностранные языки и лингвистика
Как определяют уровень владения языком в разведывательных службах
Livrezon-технологии
Интерфейс как форма выражения процедуры: как устроен калькулятор
Бизнес и экономика
Как анализировать задание, чтобы исключить ошибки при выполнении
Педагогика и образование
Сидим правильно: за роялем и не только