Глава 9: Адаптационное тестирование 247

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

Автоматизированное тестирование

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

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

Microsoft рекомендовала (1990) пользоваться программами перехвата и сравнения выходных данных, однако сравнивать только их значимые эле­менты. Это очень важное ограничение, поскольку текст на экране при переводе программы на другой язык меняется, и если сравнивать его це­ликом, то программы сравнения постоянно будут выдавать сообщения о расхождениях. Однако все, что не удастся протестировать автоматически, все равно должно быть проверено.

Рекомендуя автоматизировать тестирование, Microsoft добавляет следу­ющие замечания:

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

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

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

Глава в

Тестирование

документации

Назначение этой главы

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

Документация, в свою очередь, обычно состоит из руководства пользо­вателя, инструкции по установке, обзорного буклета, 1?ЕА0МЕ-файла на диске, интерактивной справки и других сведений о том, ка': пользовать­ся продуктом. Все это — важные части программного продукта, и все они подлежат обстоятельному тестированию.

Обзор

В этой главе рассматриваются следующие темы.

• Преимущества хорошей документации.

• Цели тестировщика документации.

• Как тестирование документации повышает надежность программного продукта.

• Распределение персонала.

• Руководство пользователя: стадии разработки.

• Тестирование интерактивной справки.