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

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

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

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

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

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

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

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

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

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

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

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

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

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