Часть II. Технологии быстрого тестирования и советы. • на платформах, на которых ее выполнение не планировалось;

• на платформах, на которых ее выполнение не планировалось;

• при отсутствии коммуникационных линий или при вводе неправильных вход­ ных данных;

• при отсутствии файлов данных, при отсутствии записей в базах данных или при произвольно переставленных данных в файлах данных;

• при неверно введенных именах ссылок или при неопределенных, неправиль­ ных или отсутствующих конфигурационных параметрах;

• при выключенных периферийных устройствах типа принтеров, сканеров, внешних дисководов компакт-дисков или CD-RW, внешних жестких дисков, внешних динамиков и т.п.

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

Устойчивость программы — это ее способность выдержать без сбоя отрицатель­ ное тестирование. Естественно, существует определенный предел устойчивости, тем не менее, разработчики программного обеспечения должны критично относится к коду и тестировать его как с правильными, так и с неправильными данными. Они должны предусмотреть самопроверку на предмет присутствия минимально допусти­ мой системной конфигурации и ее готовности выполнить приложение. Это самотес­ тирование должно предприниматься в начале выполнения программы, поскольку с момента установки продукта конфигурация могла измениться. Недостаточно выпол­ нять самотестирование конфигурации только во время установки приложения.

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

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