WikiDer > Проверка программного обеспечения
Эта статья нужны дополнительные цитаты для проверка. (Октябрь 2010 г.) (Узнайте, как и когда удалить этот шаблон сообщения) |
Осмотр в программная инженерия, относится к экспертная оценка любого рабочего продукта обученными людьми, которые ищут дефекты, используя четко определенный процесс. Инспекцию можно также назвать Фэган инспекция после Майкла Фагана, создателя очень популярного процесса проверки программного обеспечения.
Вступление
Инспекция - один из наиболее распространенных видов проверок, применяемых в проектах по разработке программного обеспечения. Цель проверки - выявить дефекты. Обычно проверяемые рабочие продукты включают: спецификации требований к программному обеспечению и планы испытаний. При инспекции рабочий продукт выбирается для проверки, и собирается группа на инспекционное собрание, чтобы рассмотреть рабочий продукт. Выбирается модератор для модерации встречи. Каждый инспектор готовится к встрече, читая рабочий продукт и отмечая каждый дефект. При инспекции дефект - это любая часть рабочего продукта, которая не позволяет инспектору ее утвердить. Например, если группа проверяет спецификацию требований к программному обеспечению, каждый дефект будет текстом в документе, с которым инспектор не согласен.
Процесс проверки
Разработан процесс проверки[1] в середине 1970-х годов, а позже он был расширен и модифицирован.
У процесса должны быть критерии входа, которые определяют, готов ли процесс проверки начаться. Это предотвращает попадание незавершенных рабочих продуктов в процесс проверки. Критериями входа может быть контрольный список, включающий такие пункты, как «В документе была проверена орфография».
Этапы процесса инспекций: планирование, обзорная встреча, подготовка, инспекционная встреча, доработка и последующие действия. Этапы подготовки, проверки и доработки могут повторяться.
- Планирование: Осмотр запланирован модератором.
- Обзорная встреча: Автор описывает предысторию рабочего продукта.
- Подготовка: Каждый инспектор исследует рабочий продукт на предмет возможных дефектов.
- Инспекционная встреча: Во время этой встречи читатель по частям изучает рабочий продукт, а инспекторы указывают на дефекты каждой части.
- Доработка: Автор вносит изменения в рабочий продукт в соответствии с планами мероприятий инспекционного собрания.
- Следовать за: Изменения автора проверяются, чтобы убедиться, что все правильно.
Модератор завершает процесс, если он удовлетворяет некоторым предопределенным критериям выхода. Термин «проверка» относится к одному из наиболее важных элементов всего процесса, который окружает выполнение и успешное завершение проекта разработки программного обеспечения.
Роли инспекторов
Во время проверки используются следующие роли.
- Автор: Человек, создавший проверяемый рабочий продукт.
- Модератор: Это руководитель инспекции. Модератор планирует осмотр и согласовывает его.
- Читатель: Человек, просматривающий документы, по одному за раз. Затем другие инспекторы указывают на дефекты.
- Рекордер / писец: Лицо, документирующее дефекты, обнаруженные во время проверки.
- Инспектор: Человек, который исследует рабочий продукт для выявления возможных дефектов.
Связанные типы проверок
Обзор кода
А обзор кода может проводиться как особый вид проверки, при которой команда изучает образец кода и исправляет в нем любые дефекты. При проверке кода дефект - это блок кода, который не выполняет должным образом свои требования, который не работает так, как задумал программист, или который не является неправильным, но может быть улучшен (например, его можно сделать более читаемым или производительность может быть улучшена). Помимо помощи командам в поиске и исправлении ошибок, обзоры кода полезны как для перекрестного обучения программистов проверяемому коду, так и для помощи младшим разработчикам в изучении новых методов программирования.
Экспертные обзоры
Экспертные обзоры считаются лучшей отраслевой практикой для раннего обнаружения дефектов программного обеспечения и изучения программных артефактов. Экспертные обзоры состоят из пошаговые руководства по программному обеспечению проверки программного обеспечения и являются неотъемлемой частью деятельности по разработке программного продукта. Набор скоординированных знаний, навыков и моделей поведения способствует наилучшей практике экспертных оценок. Элементы экспертных оценок включают структурированный процесс проверки, контрольные списки стандартов качества продукции, определенные роли участников, а также формы и отчеты.
Инспекции программного обеспечения являются наиболее строгой формой партнерских проверок и полностью используют эти элементы при обнаружении дефектов. Пошаговые руководства по программному обеспечению выборочно используют элементы, помогая производителю получить наиболее глубокое понимание артефакта и достичь консенсуса между участниками. Измеренные результаты показывают, что партнерские проверки обеспечивают привлекательную окупаемость инвестиций за счет ускоренного обучения и раннего обнаружения дефектов. Для достижения наилучших результатов партнерские проверки развертываются внутри организации через определенную программу подготовки политики и процедур, обучения практиков и менеджеров, определения измерений и заполнения структуры базы данных, а также поддержки развертываемой инфраструктуры.
Смотрите также
Рекомендации
- ^ Технический отчет IBM RC 21457, протокол 96856, 26 апреля 1999 г.