Cтраница 3
При недостаточном стимулировании персонал системы может потерять интерес к тесту, стать неконтактным, проявлять скрытую враждебность путем намеренной выдачи неправильной или неполной информации при опросе или сокрытия своей деятельности от наблюдателя. Хорошо заручиться поддержкой руково дителей и персонала системы, привлекая их в качестве участников при планировании и проведении тестов. Кроме того, возможны случаи, когда тестирование осуществляется на действующей системе и внешние обстоятельства резко изменяются ( как это бывает на испытаниях многих военных систем), тогда поставленная перед системой задача может внезапно измениться. Такое изменение может расстроить тщательно подготовленные планы тестирования. [31]
Одной из важнейших характеристик книги проекта является наличие в ней достаточной информации для поддержки системы тестирования. Другими словами, тестировщик сможет выяснить, соответствует ли данное приложение предъявляемым ему системным требованиям. Одна из причин составления плана тестирования заключается в том, что он заставляет проектировщиков проанализировать, достаточна ли книга проекта для поддержки фазы тестирования. Всестороннее обсуждение этой фазы отложим до главы 19, но план тестирования следует разработать именно в конце фазы проектирования. [32]
Нисходящий метод тестирования имеет, к сожалению, некоторые недостатки. Основным из них является тот, что модуль редко тестируется досконально сразу после его подключения. Дело в том, что основательное тестирование некоторых модулей может потребовать крайне изощренных заглушек. Программист часто решает не тратить массу времени на их программирование, а вместо этого пишет простые заглушки и проверяет лишь часть условий в модуле. Он, конечно, собирается вернуться и закончить тестирование рассматриваемого модуля позже, когда уберет заглушки. Такой план тестирования определенно не лучшее решение, поскольку об отложенных условиях часто забывают. [33]
План тестирования составляется сотрудником, отвечающим за контроль качества. Пользователи должны определить контрольные примеры. Они могут составить проверочные сценарии и высказать свое мнение об ожидаемых результатах. План тестирования состоит из двух частей: подхода и проекта. На этапе подхода определяются методы тестирования, инструментальные средства, применяемые для тестирования, распределение ролей и ответственности, способ выявления и регистрации ошибок, процесс контроля изменений, процесс повторного тестирования и тестовая среда. В проекте плана тестирования определяются его цели, контрольные примеры и сценарии тестов. План тестирования - это структура, в пределах которой выполняются тесты разных уровней, или типов, т.е. системные тесты и пользовательские приемные тесты. Для тестов каждого типа следует разработать план тестирования. [34]
Однако вы сами могли убедиться в том, что процесс CADM не может быть абсолютно идеальным. С течением времени могли измениться требования, предъявляемые пользователями, сами пользователи, сфера деятельности компании или приоритеты. Пока выполнялись фазы проектирования и построения, возможно, сам проект претерпел изменения. В силу этих причин многое из того, что было создано и проверено ранее, уже может быть недействительно. При разработке плана тестирования необходимо внимательно рассмотреть каждый из основных промежуточных продуктов процесса и решить, какой уровень тестирования будет нужен. [35]
План тестирования составляется сотрудником, отвечающим за контроль качества. Пользователи должны определить контрольные примеры. Они могут составить проверочные сценарии и высказать свое мнение об ожидаемых результатах. План тестирования состоит из двух частей: подхода и проекта. На этапе подхода определяются методы тестирования, инструментальные средства, применяемые для тестирования, распределение ролей и ответственности, способ выявления и регистрации ошибок, процесс контроля изменений, процесс повторного тестирования и тестовая среда. В проекте плана тестирования определяются его цели, контрольные примеры и сценарии тестов. План тестирования - это структура, в пределах которой выполняются тесты разных уровней, или типов, т.е. системные тесты и пользовательские приемные тесты. Для тестов каждого типа следует разработать план тестирования. [36]
План тестирования составляется сотрудником, отвечающим за контроль качества. Пользователи должны определить контрольные примеры. Они могут составить проверочные сценарии и высказать свое мнение об ожидаемых результатах. План тестирования состоит из двух частей: подхода и проекта. На этапе подхода определяются методы тестирования, инструментальные средства, применяемые для тестирования, распределение ролей и ответственности, способ выявления и регистрации ошибок, процесс контроля изменений, процесс повторного тестирования и тестовая среда. В проекте плана тестирования определяются его цели, контрольные примеры и сценарии тестов. План тестирования - это структура, в пределах которой выполняются тесты разных уровней, или типов, т.е. системные тесты и пользовательские приемные тесты. Для тестов каждого типа следует разработать план тестирования. [37]