Наглядные примеры качественной коммуникации между QA-специалистами

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

Когда QA-инженер поощряет рабочие дискуссии, это существенным образом проясняет тончайшие детали объектов бэклога, позволяя программистам сфокусировать свои трудовые манипуляции в нужном направлении.

Правильно сформулированные вопросы могут мгновенно провоцировать эффективные обсуждения и последующие ответы.

Когда тестировщики могут понятно объяснить свой ход проверки ПО, программисты могут помочь им определить правильность стратегии тестируемости программного кода, дополнительно создав группу корректно сфокусированных модульных тестов.

Далее в статье пойдет речь о наиболее ярких примерах того, как качество выпускаемого ПО зависит от коммуникационных умений тестировщика.

Коммуникация тестировщика

Тесты стоит начинать уже на стадии анализа и дизайна

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

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

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

В подобных ситуациях, тестировщик может сообщить вот такие данные:

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

QA — это адвокат качества ПО

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

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

Тестировщик должен быть адвокатом качества ПО, и это можно делать сразу несколькими путями:

1. Исследовательский подход к разбору бага, о котором сказал пользователь;
2. Управление ожиданиями пользователя по датам редактирования ошибки;
3. Рекомендации по использованию обходных путей, если баг не дает пользователю возможности достичь поставленной цели.

Передача информации

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

Подобная практика помогает обучать подчиненных, чтобы они смогли распоряжаться самыми актуальными практиками, дополнительно передавая дела новичкам, которые смогут разгрузить потенциальные «завалы».

Документация — наше всё

Тест-инженеры должны документировать сценарии применения ПО, паттерны использования и сценарии разнообразных граничных ситуаций. Это самый удачный вариант для совместной деятельности с техническими писателями, с базовой задачей по обнаружению граничных случаев, внедрению наиболее эффективных практик, применению нового функционала.