Cтраница 2
Альфа-тестирование - процесс тестирования программы, выполняемый ее разработчиком на собственном оборудовании силами собственного персонала. [16]
Бета-тестирование - процесс тестирования программы, выполняемый ее заказчиком или потенциальным потребителем на произвольном оборудовании силами персонала, не знакомого с особенностями программы. Цель бета-тестирования - устранение ошибок, которые могут возникать по причине несогласованности кода программы с аппаратно-программной конфигурацией произвольной компьютерной системы. [17]
После завершения процесса тестирования и отладки программные средства вместе с сопроводительной документацией передаются пользователю для эксплуатации. [18]
Для упрощения процесса тестирования комплексы программ рекомендуется первоначально тестировать по отдельным функциональным группам программ, предназначенным для решения крупных относительно самостоятельных функциональных задач. Отладив такие группы, можно переходить к тестированию комплекса программ в целом. Каждый этап комплексного тестирования отличается своим набором тестов. [19]
Если в процессе тестирования компьютер переходит в нестабильное состояние, зависает или отключается в результате сбоя питания, немедленно обратитесь к администратору центра тестирования. [20]
Пусть в процессе тестирования обнаружено п исходных ошибок и и из S рассеянных ошибок. [21]
Для обеспечения контроля процесса тестирования применимы как общие методы, независящие от вида работ, так и специфические методы. Один из них основан на преднамеренном внесении ошибок в тестируемую программу. Например, изменяется значение константы, знак арифметической операции, инвертируется смысл условия. Такая дефектная программа может служить для контроля полноты набора тестовых примеров: если выявить на нем ошибку не удалось, то он неполон. [22]
Обнаружение дефектов в процессе тестирования должно сопровождаться выдачей на дисплей или печать сообщений, наиболее полно отражающих характер обнаруженного искажения. [23]
Несмотря на то что процесс тестирования и утверждения стратегии принятия решений проистекает из научного метода, он в одинаковой степени приложим как к жестким, так и к мягким системам. [24]
Индукция идентифицируется Пирсом как процесс тестирования гипотезы посредством отобранных предсказаний. Идея об обеспечении верифицированного предсказания дальнейшей поддержки гипотезы близка к понятию подтверждения, которое обсуждалось ранее. Главное отличие от теории подтверждения состоит в том, что с точки зрения Пирса в индукции с помощью предсказаний гипотеза тестируется только по отобранным порциям довода, и, следовательно, оценка гипотезы носит в некотором смысле ограниченный характер. [25]
Варианты построения компиляционных процедур. [26] |
В пакете учитывается итерационность процесса тестирования: а) необходимо как можно быстрее обнаружить ошибку и локализовать ее; б) надо как можно быстрее исправить ошибку и перезапустить верификационную процедуру с того места, где существовавшая до того ошибка искажала результат. [27]
Этот факт был обнаружен в процессе тестирования и послужил причиной модификации правил принятия решений таким образом, чтобы тактика изменялась по ходу игры. В данной версии программы основанием для изменения тактики является мера близости к финалу игры. [28]
Число ошибок, обнаруженных в процессе тестирования модулей, должны быть небольшим. Это следует из всей совокупности принципов, изложенных в этой книге. Функциональное проектирование приводит к простым модулям, а в результате сквозного структурного контроля ошибки обнаруживаются до этапа машинного тестирования. Дисциплина программирования, базирующаяся на разумных управляющих структурах, приводит к более тщательно продуманной программе и, следовательно, к меньшему количеству ошибок. [29]
Необходимо отметить, чго пока идет процесс тестирования, советник не запускается и не реагирует на реальные ценовые данные ( тики), поступающие в терминал. Он запускается и реагирует только на данные из прошлого, предоставляемые ему тестирующим блоком. [30]