Мы уже говорили про ошибки начинающих тестировщиков. Давайте сегодня поговорим о том, какие ошибки совершают «продолжающие» тестировщики.
Часто мы совершаем следующие ошибки:
Недооцениваем знание предметной области
По этой причине мы можем говорить с коллегами на разных языках, используя разные термины. Кроме того, хуже понимаем требования к продукту, и пропускаем специфичные для предметной области сценарии или условия использования.
Не изучаем тестируемую систему
Из-за этого можно пропустить сценарии, связанные с архитектурой и особенностью работы данной конкретной системы, программы.
Из-за незнания бизнес логики работы тестируемого приложения, неумения посмотреть логи, незнания, что они вообще существуют приводит к неполноценному тестированию.
Не изучаем технический стек и инструменты
Это также становится причиной пропущенных сценариев, но в этот раз связанных с используемым стеком технологий (особенности языка программирования, используемого фреймворка, протоколов, баз данных).
А неумение пользоваться инструментами может создать много сложностей в работе.
Не изучаем смежные сервисы
Мы редко тестируем систему целиком. Как правило, это отдельные её подсистемы, которые взаимодействуют с другими подсистемами, или вообще со сторонними компонентами. Незнание этих особенностей может повлечь за собой ошибки поздней интеграции, иногда вообще пропуск того, что было необходимо интегрироваться.
Не изучаем смежные области (системная инженерия и разработка)
Незнание как собирается приложение, как оно деплоится, неумение разворачивать его самостоятельно, непонимание особенностей инфраструктуры также влияет на качество нашего тестирования. Ведь это тоже часть системы, которая часто вносит свои коррективы в тестовые планы и сроки.
Не изучаем теорию тестирования
Эта ошибка становится причиной выполнения лишней работы, например, когда мы не используем техники тест дизайна. Знание и использование теоретической базы дает возможность пробовать известные и эффективные подходы к тестированию и улучшать процессы тестирования.
Рано автоматизируем
Она приводит к тому, что без продуманного набора тестов и техник тест дизайна, приоритезации мы получаем результаты, которые не можем быстро оценить, которые не могут нам быстро сказать выпускаем продукт или нет. Кроме того, на проектах с динамическими требованиями автоматизация может даже навредить. Ведь тестировщик будет заниматься постоянным переписыванием падающего набора тестов, вместо активного тестирования нового функционала.
К чему приводят каждая из этих ошибок? Конечно, к потере качества трестируемого вами приложения и увеличению сроков выпуска продукта. Кроме того, на мой взгляд, к вопросу о качестве нашей собственной работы.
«Что делать с этой информацией?» - спросите вы. И я вам отвечу:
•Изучайте предметную область, тестируемую систему, технический стек, смежные сервисы и смежные технологии
• Повторяйте теорию тестирования
•Автоматизируйте с умом
•Посещайте митапы, учитесь у коллег
Любой путь к успеху не обходится без ошибок, но это нормально. Ведь не ошибается только тот, кто ничего не делает! Главное, работать над собой и учиться, учиться и еще раз учиться!