Проверка программного обеспечения

Инспекция в разработке программного обеспечения — это экспертная оценка любого рабочего продукта обученными людьми, которые ищут дефекты, используя четко определенный процесс. Инспекцию также можно назвать проверкой Фэгана в честь Майкла Фэгана, создателя очень популярного процесса проверки программного обеспечения.

Введение

Инспекция — один из наиболее распространенных видов проверок, встречающихся в проектах программного обеспечения. Цель проверки – выявление дефектов. Обычно проверяемые рабочие продукты включают спецификации требований к программному обеспечению и планы тестирования . При проверке рабочий продукт выбирается для проверки, и на инспекционное собрание собирается группа для проверки рабочего продукта. Для модерирования собрания выбирается модератор. Каждый инспектор готовится к встрече, читая результат работы и отмечая каждый дефект. При проверке дефектом считается любая часть рабочего продукта, которая не позволяет инспектору утвердить ее. Например, если команда проверяет спецификацию требований к программному обеспечению, каждый дефект будет указан в документе, с которым инспектор не согласен.

Процесс проверки

Процесс проверки был разработан в середине 1970-х годов, а позже был расширен и модифицирован.

Процесс должен иметь критерии входа, которые определяют, готов ли процесс проверки начаться. Это предотвращает попадание незавершенных рабочих продуктов в процесс проверки. Критериями ввода может быть контрольный список, включающий такие пункты, как «Документ проверен на правописание».

Этапы процесса проверок следующие: планирование, обзорное совещание, подготовка, инспекционное совещание, доработка и последующие действия. Этапы подготовки, инспекционного совещания и доработки могут повторяться.

• Планирование: Проверку планирует модератор.
• Обзорная встреча: Автор описывает предысторию рабочего продукта.
• Подготовка: Каждый инспектор осматривает рабочий продукт на предмет выявления возможных дефектов.
• Инспекционное совещание: во время этого совещания читатель прочитывает рабочий продукт по частям, а инспекторы указывают на дефекты в каждой части.
• Доработка: Автор вносит изменения в рабочий продукт согласно планам мероприятий проверочного совещания.
• Дальнейшие действия: Изменения, внесенные автором, проверяются на предмет правильности.

Процесс завершается модератором, когда он удовлетворяет некоторым предопределенным критериям выхода.Термин «инспекция» относится к одному из наиболее важных элементов всего процесса, связанного с выполнением и успешным завершением проекта разработки программного обеспечения.

Роли инспекторов

Во время проверки используются следующие роли.

• Автор: человек, создавший проверяемый рабочий продукт.
• Модератор: Это руководитель проверки. Модератор планирует проверку и координирует ее.
• Читатель: Человек, читающий документы по одному элементу за раз. Затем другие инспекторы указывают на дефекты.
• Регистратор/писец: Лицо, которое документирует дефекты, обнаруженные во время проверки.
• Инспектор: Человек, который проверяет рабочий продукт на предмет выявления возможных дефектов.

Связанные типы проверок

Обзор кода

Проверка кода может проводиться как особый вид проверки, при которой команда проверяет образец кода и исправляет в нем любые дефекты. При проверке кода дефект — это блок кода, который не соответствует должным образом его требованиям, который не функционирует так, как задумал программист, или который не является неправильным, но может быть улучшен (например, его можно сделать более читабельным или его можно улучшить). производительность можно улучшить). Помимо помощи командам в поиске и исправлении ошибок, обзоры кода полезны как для перекрестного обучения программистов проверяемому коду, так и для помощи младшим разработчикам в изучении новых методов программирования.

Отзывы коллег

Экспертные оценки считаются передовой отраслевой практикой для раннего обнаружения дефектов программного обеспечения и изучения программных артефактов. Экспертные проверки состоят из пошаговых проверок и проверок программного обеспечения и являются неотъемлемой частью деятельности по разработке программного продукта. Совокупность скоординированных знаний, навыков и поведения способствует наилучшей практике проведения экспертной оценки. Элементы экспертной проверки включают в себя структурированный процесс проверки, контрольные списки стандартов качества продукции, определенные роли участников, а также формы и отчеты.

Инспекции программного обеспечения являются наиболее строгой формой экспертной оценки и полностью используют эти элементы для обнаружения дефектов. Пошаговые руководства по программному обеспечению выборочно используют элементы, помогая производителю получить наиболее глубокое понимание артефакта и достичь консенсуса среди участников. Измеренные результаты показывают, что экспертные проверки обеспечивают привлекательную отдачу от инвестиций, получаемую за счет ускоренного обучения и раннего обнаружения дефектов. Для достижения наилучших результатов экспертные проверки проводятся внутри организации посредством определенной программы подготовки политики и процедур, обучения практиков и менеджеров, определения показателей и заполнения структуры базы данных, а также поддержания инфраструктуры развертывания.

См. также

• Программная инженерия
• Список тем по разработке программного обеспечения
• Модель зрелости возможностей (CMM)