![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Часть II. Технологии быстрого тестирования и советы. • на платформах, на которых ее выполнение не планировалось;
• на платформах, на которых ее выполнение не планировалось; • при отсутствии коммуникационных линий или при вводе неправильных вход ных данных;
• при отсутствии файлов данных, при отсутствии записей в базах данных или при произвольно переставленных данных в файлах данных;
• при неверно введенных именах ссылок или при неопределенных, неправиль ных или отсутствующих конфигурационных параметрах;
• при выключенных периферийных устройствах типа принтеров, сканеров, внешних дисководов компакт-дисков или CD-RW, внешних жестких дисков, внешних динамиков и т.п.
Как уже упоминалось в разделе " Разделение по классам эквивалентности", к отри цательному тестированию относится также и ввод неправильных данных. Эти непра вильные данные могут поступать в форме недопустимых данных, введенных пользователем, случайно заполненных данными коммуникационных буферов, недопустимых значений в индексных файлах, переполненных журнальных файлов, в которых указа тель находится в конце файла, и т.д.
Устойчивость программы — это ее способность выдержать без сбоя отрицатель ное тестирование. Естественно, существует определенный предел устойчивости, тем не менее, разработчики программного обеспечения должны критично относится к коду и тестировать его как с правильными, так и с неправильными данными. Они должны предусмотреть самопроверку на предмет присутствия минимально допусти мой системной конфигурации и ее готовности выполнить приложение. Это самотес тирование должно предприниматься в начале выполнения программы, поскольку с момента установки продукта конфигурация могла измениться. Недостаточно выпол нять самотестирование конфигурации только во время установки приложения.
Персонал, занимающийся тестированием, располагает широким спектром конфи гураций оборудования, на котором может выполнять тестирование системы. С пер соналом разработки, который использует типовые компьютеры, дела обстоят иначе. Важно, чтобы все члены команды тестирования осознали свою ответственность за проверку того, что продукт работает и дает одинаковые результаты во всех конфигу рациях, которые указаны в документе требований. Помимо обязательных конфигу раций, персонал, ответственный за тестирование, должен выполнить проверку обя зательных конфигураций, поддержка которых была отключена или которые были как-то расширены. Если во время тестирования эти конфигурации приводят к гене рации исключений, то, как минимум, документация по продукту должна содержать предупреждение о недопустимых конфигурациях.
Стратегия отрицательного тестирования никогда не должна напоминать стрельбу наудачу. Напротив, планы тестирования должны быть тщательно продуманными, непротиворечивыми, завершенными и эффективно обеспечивать обнаружение оши бок. Штат, занятый разработкой методов тестирования, должен быть полностью укомплектован для разработки тестовых случаев, обеспечивающих соблюдение стра тегии тестирования, которая задокументирована в плане тестирования. При соблю дении этих условий тестирование системы будет эффективно в плане обнаружения и устранения в продукте множества ошибок.
|