Презентация на тему Глава 9Адаптационноетестирование

тестированию:
Изменен ли исходный код?
Возможно при адаптации программы достаточно изменить

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

символам, которые отсутствуют на клавиатуре.

ASCII
Создайте текстовые файлы со всеми 255 символами расширенного набора

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

из нескольких фрагментов. Однако если перевести фрагменты сообщения, а

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

разделители в числах.
Символы # и №.
Отрицательные числа.
Денежные символы.
Единицы измерения.

с конкретной культурой
Совместимость с местными продуктами

и вопросах локализации гораздо больше, чем любой, кто тестирует

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

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

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

сопровождения.
Упрощение установки.
Коммерческий успех.
Достоверность информации.

использования документации.
Произвести тщательную проверку соответствия документации реальной структуре и

поведению программы.
Проверить, не пропущены ли в документации какие-нибудь функции продукта.

больше ошибок, чем предполагаете.
Документация является прекрасным источником реальных тестовых

примеров.
Отчетам об ошибках, выявленных в ходе тестирования документации,уделяется особое внимание.

описанные в руководстве.
Следовать каждому предложению руководства.
Проверять каждое утверждение и

каждое его очевидное следствие.

можно раньше составьте свои комментарии.
Выполните общий анализ руководства.
Подумайте, какие

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

выполнить с помощью программного продукта, и рассказывается, как это

сделать.

Функционально-ориентированная - функции программы описываются сами по себе, нередко просто в алфавитном порядке.

так же тщательно, как и точность руководства.
Гипертекстовые связи.
Если в

интерактивной справке имеются гиперссылки, все их необходимо проверить.
Указатель.
Важно проверить правильность и содержание указателя.
Стиль.
От справки требуется большая четкость и простота изложения. Хорошая справка должна быть задачно-ориентированной.

регрессионного тестирования.
Технологии и инструменты тестирования соответствия стандартам.
Средства

для тестирования "стеклянного ящика".

текстовый процессор.
Процессор планов.
Электронная таблица.
Утилиты сравнения файлов.
Просмотровики файлов.
Конвертеры файлов.
Утилиты для

создания копий экрана.
Утилиты для поиска текста.
Устройства видеозаписи (VCR).
Диагностические программы.
Таймер.
Система отслеживания проблем.
Программист.

другие заранее запланированные тесты.
Тесты, уже однажды выявившие ошибку.
Ошибки, выявленные

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

ввода.
Ввод через последовательный порт.
Перехват и воспроизведение клавиатурного ввода.

файл.
Вывод через последовательный порт.
Перехват экрана.
Перехват вывода программы с помощью

специальных тестированных утилит.

же самое, можно сравнить их вывод.
Написать параллельную программу.
Сформировать библиотеку

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

затраты на автоматизацию окупаются только после десятого-одиннадцатого прогона теста.
Задержки

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

именах.
Форматирование.

Запрещенные конструкции.
Запрещенные действия.
Псевдонимы.
Преобразование типов данных.

определенные в программном коде, но никогда не используемые.
Переменные, которые

используются до их инициализации.
Чтение файла до его открытия или после закрытия.
Код, который никогда не выполняется.
Бесконечные циклы.

программные средства мониторинга охвата (coverage monitors), вставляющие в код

отладочные команды. Эти команды называются зондами (probes).

в программу отладочный код.
Со средствами мониторинга программа медленнее работает.
Нашпигованная

зондами программа сильно увеличивается в размере.
Некоторые из таких программных средств сами полны ошибок.