Организации, которые хотят, чтобы их переход к Agile прошёл успешно, должны убедиться, что никто не окажется в изоляции. Как и вся остальная Agile-команда, тестировщики для достижения хороших результатов нуждаются в правильном тренинге и поддержке. Им нужно научиться сотрудничать с программистами, экспертами по базам данным, ключевыми фигурами со стороны бизнеса и прочими людьми, с которыми, возможно, они никогда раньше не контактировали. Возможно, им понадобятся и новые технические навыки. Хорошо функционирующая Agile-команда обязательно должна охватить и тестировщиков, предоставив им такую инфраструктуру, которая поможет им преуспеть.

Много лет назад, в коридоре на одной конференции, мы с неким менеджером по тестированию сравнивали наши подходы. «Если мне не скажут, что должна делать программа, я не смогу ее протестировать, — хмурилась Франсина, моя собеседница. — Поэтому я им так и говорю — не начну тестировать, пока мне не дадут детальное ТЗ». Мои брови взлетели вверх.

Один из методов, который становится всё популярнее в мире разработки ПО, - это непрерывная поставка. Однако до того, как реализовать непрерывную поставку, вам нужно сначала внедрить непрерывную интеграцию (НИ). Кто-то говорит, что НИ нужна лишь разработчикам, но они ошибаются.

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

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