Представим себе ситуацию, что есть большая команда разработки и эксплуатации, профессиональные автоматизаторы, множество лицензий и современное оборудование. Но самое главное, руководство разделяет с вами точку зрения о том, что автоматизация – это хорошо и ее нужно использовать на ваших проектах!
Как тут что-то может пойти не так? Ведь вы и все ваши помощники уверены в том, что ваш план автоматизации обречен исключительно на успех.
К сожалению, подобные компании – большая редкость. А значит, если вы окажетесь в подобной ситуации, запросто можете немного растеряться от того, сколько всего вы желаете сделать и каких поставленных целей достичь.
Но куда меньшая редкость – за несколько дней до финального релиза обнаружить, что все проблемы и проектные сложности собраны в одной задаче и название ей – создание автоматизированных тестов.
Проблематика процесса автоматизации тестов
Увы, но в большинстве компаний отношение к процессу тест-автоматизации не очень сильно меняется уже на протяжении нескольких лет (и это несмотря на существенный прогресс в сфере веб-инструментария и технологиях). Многие до сих пор считают, что автоматизацию можно отложить и поработать над ней лишь тогда, когда нет более важных задач.
На самом деле, к процессу автоматизации нужно относиться как к отдельной части уже существующих проектов. Да, не каждый QA отдел может позволить себе отдельную группу первоклассных автоматизаторов, но усилий и усидчивости вашей команды должно хватать, чтобы поставленные менеджментом задачи прогрессировали.
Несколько советов
А чтобы планировать задачи по автоматизации максимально правильно и эффективно, нужно учитывать следующие моменты:
- Не имеет значения, какой инструмент автоматизации вы используете. Всегда на новые проекты нужно создавать отдельное системное пространство для задач по автоматизации.
Выполните процесс декомпозиции, создайте истории, задачи и эпики для будущих тестов. Разбейте задачи на спринты с точной целью, которую вам необходимо в конечном итоге достичь. Так вам будет проще двигаться к полному завершению процесса тестирования ПО, вместо того чтобы беспросветно разбирать новые тикеты. - Работу планировать нужно на долгосрочной основе. Не нужно во что бы то ни стало гнаться за мгновенными выигрышами. Может отчасти это и поможет быстрее начать создавать тесты автоматизации, но в большинстве случаев это приведет к глобальным проблемам в будущем.
Использовать программы и методологии нужно исключительно исходя из долгосрочной перспективы. Простыми словами, строить фундамент для автотестов на краткосрочных целях не получится. - Проверьте, что у вас есть возможность запуска каждого созданного теста. Старайтесь совершенствовать прогон, чтобы создаваемые вами проверки были эффективными и длились не очень долго.
- Если чего-то не понимаете, спросите разработчика. Чтобы создать систему действительно качественной тест-автоматизации без привлечения разработчиков вам никак не обойтись, и не важно чем конкретно они будут заниматься: редактированием фреймворка, прогоном тестов, выстраиванием тестового окружения.
- Помните, что на протяжении всего процесса автоматизации вам предстоит настраивать тестовое окружение. В ходе работы над проектом вы обязательно столкнетесь с определенными препятствиями. Это может быть как простая лицензия на нужный инструмент, так и редактирование сетевого окружения. Не нужно бояться быть немного навязчивым, потому как со временем, когда ваш проект будет подходить к завершению, будет крайне сложно бороться за необходимые ресурсы, поддержку и прочее.
Таким образом
Руководствуясь данными простыми советами, вы легко можете наладить первоклассный процесс автоматизации проверки ПО. Тем самым вы лишите себя надобности излишне волноваться за итоги проделанной работы. К тому же, вы усовершенствуете нужные профессиональные навыки, которые помогут вам в дальнейшем в поиске работы в лучшей компании по обеспечению качества.
Оставить комментарий