В сфере автоматизированного тестирования ПО нередки ситуации, когда отдел тестирования, который только перешел на подобный вид проверок, не может до конца искоренить из своего ежедневного рабочего процесса прогон тест-кейсов в ручной форме.
Традиционно, подобные неурядицы возникают по следующим причинам:
- Отдел тестирования очень сильно любит выполнять прогоны проверок руками, так как им это нравится;
- Обеспечение качества как услуга не всегда дает точное понимание автоматизации. Конечно же, если у человека недостаточно знаний по автоматизированному тестированию, то ручные проверки начинают отыгрывать более важную роль. Но подобный подход не является единоверным. Создать качественную автоматизацию не так то и просто, но если вы взялись за выполнение подобной задачи — занимайтесь ею ответственно и внимательно;
- Автоматизация «затронула» только половину проверок.
Естественно, некоторые из данных примеров имеют смысл, но суть всех проблемных ситуаций сводится к верной координации автоматизированного и ручного тестирования.
Актуальные проблемы координации автоматизированного и ручного тестирования
Проблема №1: определение того, что нужно автоматизировать, а что не стоит
Универсального и единственно правильного ответа на данную проблему попросту не существует.
Но если все же попробовать ответить, то придется учитывать как минимум один из трех факторов, а именно:
- Потенциальный коэффициент окупаемости или, простыми словами, какая выгода от создания автоматизированного теста;
- Сложность проверки — здесь речь идет касательно сложности создания теста, и насколько легко его можно выполнить. Есть ряд тестов, которые крайне сложны для ручного выполнения, а есть те, которые не получится автоматизировать (например, удобство использования). Стоит грамотно подходить к подбору проверок, которые можно автоматизировать, а какие лучше оставить на ручном выполнении;
- Стабильность ПО, наверное, самая главная проблема любого автоматизированного теста — возможность самостоятельно «подстраиваться» под изменения ПО. Есть платформы, которые могут это делать на автоматизированном уровне, но нет в мире ПО, которое могло бы импровизировать как реальный пользователь. Данный фактор также должен помочь при распределении проверок в группу автотестов и группу ручных тестов.
Проблема №2: координирование задач между отделом автоматизаторов и отделом ручных тестировщиков
Критические проблемы, порой, возникают из-за весомых различий между ручными тестировщиками и первоклассными QA-автоматизаторами.
Возникает актуальный вопрос, кто за что все же должен отвечать?
- Должен ли автоматизатор сам решать что проверять, либо же это прерогатива исключительно ручного тестировщика?
- Кто ответственен за прогон тестов?
- А если автотест «упадет»? Обязан ли ручной тестировщик проверить дефект, или это задача отдела автоматизации?
Ответы на все подобные вопросы необходимо давать как можно раньше, но и тут нет универсальных решений.
Ручное и автоматизированное тестирование
Советы, как координировать сотрудничество между автоматизаторами и ручными QA-специалистами
- Следите за том, чтобы отдел тестирования был максимально скоординирован при выполнении автоматизации. Организовывайте постоянные собрания и дискусы, заставляя всех принимать активное участие в процессах планирования тест-задач;
- Ручные тестировщики и автоматизаторы должны сотрудничать в максимально интегрированном окружении, в котором можно без проблем выполнять автоматизированные и ручные проверки. Такой шаг позволит трезво оценивать уровень покрытия тестами ПО, анализировать, на каком этапе находится общий процесс проверки и сколько ресурсов было привлечено. Самое главное — довести проверку до логического окончания, а каким образом это будет выполнено — дело второстепенное;
- Выстройте процесс тестирования таким образом, дабы автоматизация была в качестве вспомогающего инструмента для команды ручного тестирования. Корректно построенный процесс — первоклассный залог хороших взаимоотношений между автоматизаторами и ручными тестировщиками. Обе команды должны понимать, что они не соревнуются за количество найденных багов, а решают общие проблемы.
Оставить комментарий