Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Тестирование программного обеспечения. Фундамен...docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
935.81 Кб
Скачать

Глава 12: Планирование и документация 313

Список сообщений об ошибках

Составьте список всех гене­рируемых программой сообще­ний об ошибках. Если этот список нельзя будет просто по- 1 учить у руководителя проекта її ютовом виде, попробуйте вос­пользоваться утилитой, которая извлекает текстовые сообщения из исполняемого файла, а перед ним выясните у программис­тов, имеются ли в программе файлы ресурсов: возможно, что псе сообщения последовательно перечислены в одном из таких РИСУНОК 12.8. Первый черновик списка файлов. Если же сообщений не функций системы отслеживания проблем будет нигде, кроме кода, а он в

исполняемом виде по какой-либо причине не поддается анализу с помо­щью утилит поиска текста, попросите у руководителя проекта, чтобы он предоставил вам исходный код программы.

Вы обязаны протестировать каждое состояние программы, которое приводит к сообщению об ошибке. Обязательно заставьте ее вывести все возможные сообщения. Прочтите их внимательно. Достаточно ли они адек­ватны и информативны? Как ведет себя программа после вывода сообще­ния об ошибке? Восстанавливает ли она свою работоспособность и правильно ли она это делает?

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

о чем идет речь.

Список файлов программы

Дату и время создания файлов программы и тех их версий, которые описаны в вашей документации, следует периодически сравнивать. Даже если руководитель проекта и будет предоставлять вам списки вносимых в )ТИ файлы изменений (что вполне вероятно), его список может быть непол­

1. Вывод окна заставки (с датой, авторскими правами и т.п.)

2. Ввод имени пользователя

3. Ввод новых отчетов о проблемах

4. Редактирование старых отчетов о проблемах

5. Работа с файлами данных

6. Работа с файлами приложений

7. Формирование итогового отчета

8. Системные утилиты

9. Разработка новых форм и отчетов

10. Справка

314 Часть II: Приемы и технологии тестирования

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

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

Перед выпуском программы вы ОБЯЗАНЫ убедиться, что на дистрибутивный диск помещены самые последние версии программных файлов.

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

Список совместимого оборудования

Составьте список компьютеров, принтеров, мониторов и всех прочих устройств, с которыми должна работать тестируемая вами программа. Об­ратитесь к главе 8 — в ней вы найдете много полезных сведений о тести­ровании аппаратного обеспечения.

Список совместимых программ

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

• Обе программы сосуществуют в памяти компьютера.

• Одна из программ читает файлы данных другой.

• Программы обмениваются сообщениями.

• Программы должны хранить данные в одном и том же формате.

• В программах одинаковые команды выполняются с помощью оди­наковых клавиатурных комбинаций.

• Программы следуют одним и тем же соглашениям о пользователь­ском интерфейсе.