Калайда В.Т., Романенко В.В. Технология разработки программного обеспечения (2007), страница 39

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

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

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

Эти дефекты нумеруются в порядке, зависящем от степени серьезности, и фиксируются в перечне дефектов. Этот перечень отправляется в группу разработки для принятия мер по устранению дефектов. Иногда (по усмотрению группы испытаний) эти исправления могутбыть внесены сразу в данном цикле испытаний. Однако этоприменяется крайне редко из-за увеличения трудоемкости работы группы испытаний.Испытаниям класса B подвергаются как программныесредства, так и соответствующая документация. Между этимиобъектами испытаний не должно быть расхождений, они вместедолжны соответствовать соглашению о требованиях. Каждыйцикл испытаний завершается составлением краткого отчета орезультатах проверки изделия в данном цикле.Иногда группа поддержки настойчиво требует передатьизделие в ограниченное пользование (обычно это бывает тогда,когда график выпуска резко нарушается.) В этом случае выпускназывается предварительным. Предварительные выпуски сопровождаются документами, предупреждающими пользователей овозможных затруднениях.

Группа испытаний дополняет эти ма-251териалы уведомлением об обнаруженных дефектах (переченьнеустраненных дефектов).На этапе окончания испытаний класса B руководство может принять решение об испытаниях в условиях пользователя(полевые испытания). Для них также готовится предварительный выпуск изделия.

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

Вовсех других случаях группа испытаний самостоятельно принимает решение о выпуске изделия (с дефектами или без).Решение о выпуске изделия принимает руководительгруппы испытаний на основе ответов сотрудников группы наследующие вопросы: Всеми ли имеющимися тестами испытано изделие? Можно ли отнести большинство неисправленных ошибок к разряду малозначительных? Не помогут ли дальнейшие испытания выявить серьезные ошибки? Уменьшались ли число и степень серьезности ошибокпо мере перехода от одного цикла испытаний к другому? Является ли характер обнаруженных серьезных ошибок таким, что их влияние можно устранить, сделав соответствующее пояснение в информационном листкевыпуска? Имеют ли группы разработки и выпуска документацииобоснованные планы устранения всех обнаруженныхошибок в фазе использования?Если ответы положительные, то изделия можно рекомендовать к выпуску. Санкционируя выпуск, группа испытанийподводит итоги испытаний класса B как в количественном, таки в качественном отношении, прилагая статистические данные околичестве дефектов и сведения о фактически ожидаемых эксплу-252атационных характеристиках — отчет испытаний класса B.

Онявляется главным объектом обсуждения в фазовом обзоре V.8.6.6 Организация испытаний в фазе использованияВ фазе использования группа испытаний осуществляет текущий контроль за проведением испытаний класса C. Рольгруппы испытаний состоит в том, чтобы убедиться, что выполнение контрольных проверок компонентов изделия, подготовленного к правке, может осуществлять необученный персонал.Ввод в действие и эксплуатация изделия пользователямипозволяют выявить новые дефекты. По мере поступления сообщений о выявленных дефектах группа испытаний разрабатывает новые контрольные примеры, позволяющие проверить правильность изменений, которые были внесены группой сопровождения.

Прежде чем приступить к распространению исправленной версии, группа испытаний проводит возвратную проверку,призванную гарантировать, что не только устранен прежний дефект, но не появилось новых.8.6.7 Участие группы испытаний в фазовых обзорахГруппа испытаний участвует в пяти из шести фазовых обзорах (табл. 8.8).Таблица 8.8 — Участие группы выпуска документации в фазовых обзорахФазаИсследованиеАнализосуществимостиКонструированиеПрограммированиеОценкаИспользованиеФазовыйобзорIIIФорма участия при обсуждениидокументовПроверкаПроверка и обсуждениеIIIIVVVIПроверка и обсуждениеПроверкаУтверждениеНе участвуетВ фазовом обзоре I группа испытаний дает предварительную оценку ресурсам, необходимым для обеспечения ее деятельности, и предварительным срокам их использования.253В фазовом обзоре II группа испытаний должна определить режим испытаний и одну или несколько категорий испытаний.

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

она участвует в утверждении внешней спецификации, осуществляет контроль качества проекта.В фазовом обзоре IV в центре внимания отчет об испытаниях класса A. Группа испытаний лишь рассматривает этот документ.В ходе фазового обзора V обсуждается отчет об испытаниях класса B. Для того, чтобы начать производство программного изделия, группа испытаний должна рекомендовать еговыпуск. То есть группа испытаний утверждает документы.Участие группы испытаний в фазовом обзоре VI необязательно.

Ее мнение мало влияет на принятие решения относительно снижения уровня поддержки изделия или ее полногопрекращения.Контрольные вопросы1. Понятие изделия как средства общения.2. Нисходящий анализ процесса управления созданиемпрограммного изделия.3. Установление целей и средства их достижения.4. Подбор и обучение кадров.5. Организация планирования разработки программногоизделия.

Виды планов. Декомпозиция планов.6. Организационная структура группы планирования.7. Виды планов, связанных с созданием программногоизделия.8. Организация планирования разработки программногоизделия.9. Вопросы, рассматриваемые в фазовых обзорах группойпланирования.10. Управление проектом.25411. Организация работы группы разработки в фазах создания программного изделия.12. Организация работы группы обслуживания в фазах создания программного изделия.13. Организация работы группы выпуска документации вфазах создания программного изделия.14. Организация испытаний программного изделия.255СПИСОК ЛИТЕРАТУРЫ1.

Зельковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения. — М.: Мир, 1982. —368 с.2. Гантер Р. Методы управления проектированием программного обеспечения. — М.: Мир, 1981. — 388 с.3. Вольховер В.Т., Иванов Л.А. Производственные методы разработки программ. — М.: Финансы и статистика, 1983. — 236 с.4. Гласс Р. Руководство по надежному программированию. — М.: Финансы и статистика, 1983. — 176 с..