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

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

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

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

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

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

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

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

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

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

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

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

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

Тесты каких типов следует фиксировать в плановых документах

Хорошие программисты — люди ответственные, они тщательно тести­руют свой код. Однако они не выполняют всей той работы, которую про­водите вы. Именно поэтому вы находите ошибки, которые они