-
Требования и Bug Tracking System
С требованиями, к сожалению, сложнее всего – программисты не любят заниматься рутиной, особенно если это связано со значительным интеллектуальным напряжением. Однако они нужны для того, чтобы знать, что тестировать. Поэтому если их нет, тестер должен составить список сам, хотя бы в виде Excel-таблички. Для этого приходится общаться и с руководством, и с программистами, и с заказчиком, и с собственным здравым смыслом (при этом, опять-таки, сверяясь с заказчиком), но, в конечном итоге, это очень полезная работа.
Собственно, о начальной структуре документов все, однако эти документы не самодостаточны, они только описывают, что необходимо проверять. В процессе работы обнаруживаются ошибки, которые нужно обрабатывать и отслеживать.
И вот на этом этапе наступает черед для внедрения BTS (Bug Tracking System – системы регистрации и отслеживания жизненного цикла дефектов). Для начала это может быть даже Excel-файл с настроенными автофильтрами, но в идеале желательно сразу определиться с ПО, которое будет применено для автоматизированного тестирования, отслеживания ошибок, управления требованиями, документирования и пр. Есть достаточное количество производителей, которые предлагают целые специализированные комплексы. Поэтому зная, в какой области IT работает организация, с какими СУБД и в каких средах разработки, можно подобрать соответствующий продукт. Например, если предполагается использовать Rational, то в качестве системы регистрации и отслеживания ошибок лучше установить Rational Clear Quest. Причем на первом этапе в качестве рабочей БД лучше выбирать Access в связи с легкостью преобразования данных из нее во что угодно при последующей смене управляющего ПО.
BTS сначала встречает неприятие у программистов, но уже практически через неделю они не могут без нее работать. Одним из достоинств подобных систем является формализация общения между отделами и исключение недоразумений в вопросах ответственности, а для менеджеров – возможность объективно оценивать уровень квалификации и вклад в общее дело своих сотрудников.
-
Три условия успешного старта
Таким образом, для первичной организации тестирования необходимо, образно выражаясь, выполнить условия трех «Ф», которые заключаются в следующем:
-
формализации обязанностей – написании должностных инструкций и положения про отдел;
-
формализации общения с программистами – внедрении BTS;
-
формализации работы тестеров – создании контрольных примеров, планировании и получении отчета о тестировании.
Собственно, хороший производственный процесс тем отличается от плохого, что он не пущен на самотек, а упорядочен и управляем.