Agile - это совместная работа с людьми, обладающими разными навыками и мышлением, для достижения общей цели.
Когда мы смотрим на типичную команду scrum, она состоит из разработчиков (как интерфейсных, так и серверных), QA и мастера схватки.
Меня удивляет, когда некоторые люди, которые являются сторонниками гибкой разработки с многолетним опытом работы в гибкой среде, по-прежнему говорят о наличии или создании группы контроля качества для поддержки гибких проектов.
Когда мы начинаем называть QA как команду, это сразу же создает разделение между разработчиками и тестировщиками и снимает ответственность разработчиков, выполняющих должную осмотрительность, чтобы протестировать свою работу и произвести качественный код, потому что есть «команда QA», которая будет работать сложно найти все ошибки в системе.
Эта модель работы напоминает каскадные проекты и проекты V-модели с использованием кода «через стену», что приводит к созданию некачественного программного обеспечения, самую суть которого гибкие методологии стремятся исправить!
В гибких проектах QA должно быть встроенный в scrum-командах, потому что о тестировании и качестве не думают второстепенно. Качество должно быть заложено с самого начала.
Создавая команду QA, мы рискуем отделить тестировщиков от жизненно важных разговоров с владельцами продуктов, разработчиками и т. Д.
Тестировщики могут значительно повысить качество проекта, когда они участвуют в собраниях по планированию спринтов, в мастерских по разработке решений и в паре с разработчиками, чтобы обеспечить тестирование кода с помощью хороших и содержательных модульных тестов.
Технические средства контроля качества, встроенные в гибкие команды, могут помочь в автоматизации приемочных испытаний. вместе с развитием убедиться, что новые функции работают должным образом.
В некоторых организациях есть функция QA с возможно менеджером QA, посредством чего ряд экспертов по тестированию обеспечивают общую практику тестирования, стратегию, руководство и подход к тестированию. для QA в Agile-командах .
Функция QA не связана напрямую с какой-либо из гибких команд, но действует как МСП в разных командах и отвечает за пропаганду передовых методов создания качественного программного обеспечения.
QA в Agile-командах поощряется к тому, чтобы быть голосом QA для своих соответствующих команд, гарантируя, что их команда следует передовым практикам, изложенным функцией QA, и работать в направлении Непрерывное тестирование .
Итак, в гибких организациях, вместо того, чтобы говорить о «наличии команды QA», возможно, нам следует иметь в виду создание практики обеспечения качества и хорошая практика обеспечения качества будет подразумевать, что QA должны быть встроены в гибкие команды, обеспечивая качество на протяжении всей разработки программного обеспечения.