План - тестирование
Cтраница 2
Если есть основания предполагать, что ограничения могут повлиять на эффективность сбора информации и ее объем ( например, недостаточно полное тестирование t персонала), ИЧФ должен отобразить их в плане тестирования н предусмотреть возможные средства преодоления. [16]
На фазе тестирования выполняется проверка новой системы на соответствие установленным правилам. Разрабатывается план тестирования, в котором должны быть описаны не только предполагаемые тесты, но и то, как нужно реагировать на их возможные сбои и несоответствия. Нереально, особенно в случае больших систем, начинать разработку плана тестирования только после завершения фазы построения. Эти этапы должны в определенной степени перекрываться. После настройки каждого модуля и проведения его тестирования на уровне программных единиц он уже вполне готов для того, чтобы приступить к планированию тестов. [17]
 |
Поэтапная разработка ( определения этапов в глоссарии. [18] |
На этапе проектирования следует проверять, как система будет работать на конкретных входных данных, чтобы убедиться - что это согласуется со спецификациями. На этапе планирования контролируется запланированный порядок разработки модулей и план тестирования. Особенно внимательно нужно проверять критерии отбора подлежащих тестированию ситуаций и соответствующие тесты, чтобы убедиться в соответствии подготовленных тестов заранее составленному плану тестирования. На этапе реализации проверяется во всех подробностях устройство программы, взаимодействие и наличие модулей, а также документация. Наконец, на этапе приемки готовый продукт снова полностью проверяется. [19]
Подготовку планов тестирования на точность вычислений формализовать трудно, поэтому средства автоматизации только выделяют вычислительные части программы, содержащие операции умножения и деления, где возможны потери точности вычислений. Характеристики сложности тестирования областей в совокупности с характеристиками сложности тестирования структуры программы и циклов позволяют оценить реализуемость плана тестирования программного модуля при имеющихся ресурсах. [20]
На эффективность проверки правильности программного обеспечения большое влияние оказывают используемые модели и методы управления и организации процессов отладки. При этом решаются задачи установления взаимосвязи с процессом разработки программного обеспечения, эффективной организации процесса тестирования, создания методов измерения и показателей эффективности тестирования, разработки и реализации планов тестирования, определения оптимальной последовательности реализации тестов и информации, необходимой и достаточной для организации тестирования и ее источников, разработки методов повышения эффективности тестирования и уменьшения затрат на его реализацию. [21]
Термин отладка обычно означает деятельность по устранению выявленных в программе ошибок. Тестированием же называют работу более сложную, в процессе которой проверяется не только работоспособность программы, но и ее соответствие внешним спецификациям. Для проведения тестирования необходимо составлять план тестирования. Основным содержанием этого плана являются наборы входных данных и ожидаемые результаты работы программы, которые позволяют проверить ее правильность и пределы использования. Зачастую план тестирования разрабатывается как составная часть спецификаций с тем, чтобы исключить возможность проявления тенденции к составлению таких тестов, которые скрывали бы ошибки уже известной программы. [22]
На фазе перенос-предварительный анализ цели, определенные на фазе перенос-стратегия, расширяются. Создается предварительный, подробный план переноса. На этом этапе необходимо также разработать план тестирования переноса. В нем определяются средства, которые будут использоваться при проверке переноса. [23]
На фазе тестирования выполняется проверка новой системы на соответствие установленным правилам. Разрабатывается план тестирования, в котором должны быть описаны не только предполагаемые тесты, но и то, как нужно реагировать на их возможные сбои и несоответствия. Нереально, особенно в случае больших систем, начинать разработку плана тестирования только после завершения фазы построения. Эти этапы должны в определенной степени перекрываться. После настройки каждого модуля и проведения его тестирования на уровне программных единиц он уже вполне готов для того, чтобы приступить к планированию тестов. [24]
Сквозной структурный контроль - это общее название, предложенное фирмой ИБМ для серии проверок, проводимых с различными целями и на разных фазах цикла разработки программ. Основная цель - добиться того, чтобы каждая достаточно значительная доля затраченных усилий была внимательно изучена компетентными людьми, к тому же непосредственно заинтересованными в успехе. Сквозной контроль используется и для проверки спецификаций вместе с пользователем, и для проверки проекта, чтобы быть уверенным в том, что он соответствует спецификациям, и чтобы убедиться в правильности плана тестирования и самих тестов. При этом программисты проверяют программы друг друга до их перфорации. [25]
План тестирования составляется сотрудником, отвечающим за контроль качества. Пользователи должны определить контрольные примеры. Они могут составить проверочные сценарии и высказать свое мнение об ожидаемых результатах. План тестирования состоит из двух частей: подхода и проекта. На этапе подхода определяются методы тестирования, инструментальные средства, применяемые для тестирования, распределение ролей и ответственности, способ выявления и регистрации ошибок, процесс контроля изменений, процесс повторного тестирования и тестовая среда. В проекте плана тестирования определяются его цели, контрольные примеры и сценарии тестов. План тестирования - это структура, в пределах которой выполняются тесты разных уровней, или типов, т.е. системные тесты и пользовательские приемные тесты. Для тестов каждого типа следует разработать план тестирования. [26]
Часто JTO выполняется автоматизированными инсталляционными скриптами5, хранящимися в Библиотеке DSL вместе с планами возврата. Полные релизы должны отражаться в базе CMDI3 как Стандартные Конфигурации для облегчения конфигурирования в будущем. Планы тестирования должны включать тестирование и приемку по качеству программного и аппаратного обеспечения, процедур, инструкций по операционной деятельности и сценариев ( скриптов) развертывания перед выходом релиза и, возможно, оценочные испытания после внедрения релиза. Должно также проводиться тестирование инсталляционных скриптов. [27]
При недостаточном стимулировании персонал системы может потерять интерес к тесту, стать неконтактным, проявлять скрытую враждебность путем намеренной выдачи неправильной или неполной информации при опросе или сокрытия своей деятель-ности от наблзодателя. Хорошо заручиться поддержкой руководителей и персонала системы, привлекая их в качестве участников при планировании и проведении тестев. Кроме того, возможны случаи, когда тестирование осуществляется на действующей системе и внешние обстоятельства резко изменяются ( как это бывает на испытаниях многих военных систем), тогда поставленная перед системой задача может внезапно измениться, Пример - военный корабль, мгновенно переключающийся с выполнения учебной задачи на поиск неизвестного нарушителя. Такое изменение может расстроить тщательно подготовленные планы тестирования. [28]
Одной из важнейших характеристик книги проекта является наличие в ней достаточной информации для поддержки системы тестирования. Другими словами, тестировщик сможет выяснить, соответствует ли данное приложение предъявляемым ему системным требованиям. Одна из причин составления плана тестирования заключается в том, что он заставляет проектировщиков проанализировать, достаточна ли книга проекта для поддержки фазы тестирования. Всестороннее обсуждение этой фазы отложим до главы 19, но план тестирования следует разработать именно в конце фазы проектирования. [29]
Термин отладка обычно означает деятельность по устранению выявленных в программе ошибок. Тестированием же называют работу более сложную, в процессе которой проверяется не только работоспособность программы, но и ее соответствие внешним спецификациям. Для проведения тестирования необходимо составлять план тестирования. Основным содержанием этого плана являются наборы входных данных и ожидаемые результаты работы программы, которые позволяют проверить ее правильность и пределы использования. Зачастую план тестирования разрабатывается как составная часть спецификаций с тем, чтобы исключить возможность проявления тенденции к составлению таких тестов, которые скрывали бы ошибки уже известной программы. [30]
Страницы: 1 2 3