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

Ьыстрота реализации проекта является важнейшей составляющей обще- ] <> качества проведения работ. (Подробное обсуждение этого вопроса мож­но найти у Джурана (.Гигап, 1989, с. 49). ) Как правило, эволюционный подход к тестированию и разработке тестового плана является наиболее омсфЫМ и дешевым способом, позволяющим приступить к работе сразу же по завершении кодирования и сделать эту работу хорошо.

Начальная разработка тестовых материалов

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

і сстовый план может выглядеть просто как набор заметок. Но со временем

по мере того, как вы будете получать все больший опыт работы с про- іраммой, все больше о ней узнавать и находить все больше и больше ошибок — он будет приобретать все более организованный вид.

На рис. 12.3 показаны первые шаги разработки тестового плана. Рабо- іл начинается с поверхностного знакомства с программой — выполнения всех ее основных команд и опробования всех основных режимов.

РИСУНОК 12.3.

Гактика эволюционного тестирования (1). Начало

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

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

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

2. Первая версия списка функций

3. Анализ входных данных и ограни­чений (их связи и взаимодействие пока игнорируются)

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

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

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

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

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

Что дальше?

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