Глава 11: Инструментальные средства тестировщика 283

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

• Недоступная память. Запуская программу, операционная система выделяет ей некоторый объем памяти. В мультизадачных системах программе обычно недоступна память, выделенная другим програм­мам, работающим одновременно с ней. И уж во всяком случае ни одной программе недоступна память, которая физически отсутствует.

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

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

• Какой объем памяти занимает каждая составляющая программы.

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

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

Глава

Планирование

и

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

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

Из главы 7 вы узнали о том, как проектировать и оценивать отдельные те­сты. В главе 8 рассказывалось о планировании всей работы — на примере тестирования печати, в главе 9 — о планировании локализационного тести­рования. А о том, как тестировщик может автоматизировать свою работу, вы прочитали в главе 11.

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

Планирование тестирования — процесс последовательный. Он включает в себя следующие задачи.

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

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

• Разработка средств контроля за тестированием. Этот этап включает в * себя создание контрольных списков, таблиц, автоматизированных тестов