Фаза - тестирование
Cтраница 2
Большинство задач, выполняемых на фазе тестирования, не относится к функциям Oracle Designer. Однако существует ряд важных операций, которые помогают в работе с репозиторием. [16]
Последним видом тестов базы данных, выполняемых на фазе тестирования, является тест на безопасность. Нужно проверить, соответствуют ли роли и учетные записи пользователей реальной базы данных описаниям репозитория. [17]
Пусть М - число ошибок, имеющихся в программе перед фазой тестирования ( М рассматривается как некоторая константа); т ( т) - конечное число исправленных ошибок; т0 ( т) - число оставшихся ошибок. [18]
Система попеременно переходит в фазу обучения с жестко заданными отношениями вход-выход, фазу тестирования с фиксированным входом со свободным выходом, а также корректировочную фазу. [20]
Почему эта ошибка не была обнаружена при проектировании, контроле или на предыдущей фазе тестирования. [21]
Критерии, в соответствии с которыми следует принимать решение о том, насколько успешно завершена каждая фаза тестирования. [22]
С проблемами, возникающими на фазе внедрения, следует поступать так же, как и на фазе тестирования: документировать, анализировать, распределять по приоритетам и устранять. Для документирования проблем и предложений, улучшающих работу системы, применяются запросы на изменение системы. При возникновении серьезной проблемы, возможно, понадобится прервать процесс внедрения до тех пор, пока она не будет устранена. [23]
В этом разделе основное внимание уделяется способам использования инструментальных средств и утилит Oracle Designer для выполнения указанных операций фазы тестирования. [24]
Далеко не каждый сбой и расхождение в тестах влекут за собой изменение системы перед ее вводом в эксплуатацию. На фазе тестирования необходимо еще раз осуществить аудит процесса проектирования, выполнить тесты па уровне системы и на пользовательском уровне, проверить качество документации, протестировать внутренние средства контроля, а также процедуры резервного копирования и восстановления информации. Нужно еще раз убедиться в том, что система готова во всех отношениях к передаче в производственную среду. [25]
Хотя средства Oracle Designer достаточно интенсивно использовались для создания законченного приложения, жизненный цикл не завершен. Следующий этап называется фазой тестирования. В главе 21 рассматривается, что происходит при внесении изменений в ходе процесса CADM, и в общих чертах описывается процесс контроля изменений. [26]
 |
Пример межмодульного требования. [27] |
Требования уровня модулей проверяются на фазе построения. Все, что остается сделать на фазе тестирования, - выполнить межмодульные тесты, называемые также тестами уровня системы. При этом проверяется, соблюдены ли в окончательном программном тексте требования, для которых используется более одного модуля. Здесь применяется тот же метод, что и на фазе построения: проверка требований, отображенных на модули, при помощи средства Matrix Diagrammer. Но так как требования уровня модулей уже протестированы, группе контроля качества необходимо сосредоточить все свои усилия на межмодульных требованиях. [28]
По традиции главной работой, выполняемой на фазе тестирования, считается именно тестирование системы. Как и в случае других составляющих процесса CADM, основой надежного тестирования системы является выполнение разными людьми с помощью различных методов нескольких тестов, в ходе которых определяется, внимательно ли и добросовестно разработчики подошли к вопросам соответствия стандартам и удовлетворения системных требований. [29]
Определяется, кто и в какие сроки будет осуществлять проектирование, разработку и выполнение тестов, а также отладку для каждой фазы тестирования. [30]
Страницы: 1 2 3 4