Про тренды в статическом анализе кода

Здарова 🙂

В понедельник хочу поговорить о статических анализаторах кода. PMD, Sonarqube, chekstyle - все эти инструменты помогают держать кодовую базу в одном формате и пытаются указывать на явные ошибки, которые приводят к серьезным проблемам. Как пример Nulll assignments.

Многие проекты игнорируют такой подход и не включают эти инструменты в свой workflow. А зря, ведь многих ошибок удалось бы избежать на ранних стадиях. На выходных посмотрел отличный доклад, в котором, рассказали о подходах и трендах. Также я узнал о трех инструментах, которые помогают искать баги в кодовых базах Facebook, Google и Uber.

Рекомендую посмотреть:
https://www.youtube.com/watch?v=c5kuBQcVChY&t=1s

Про DevOps от сисадминов

DevOps — это заговор сисадминов, чтобы заставить других делать чужую работу. Рекомендую посмотреть доклад Баруха Садогурского на эту тему. Здесь вы узнаете всю правду про DevOps. Зачем оно тестировщикам? По улицам уже витает дух DevTestSecOps.

https://youtu.be/zovuen6BGEY?t=29883

Про новый Selenium Grid

Сегодня предлагаю почитать статью об архитектуре нового Selenium грида. Раньше у нас был hub и node, теперь будет router, sessions map, distributor и node. Вроде как должно стать лучше и стабильнее, но запускать нужно будет больше джариков. Наверняка для этой всей дичи выпустят Docker контейнеры и будет хорошо, но Selenoid все равно круче.

Про новую архитектуру наверняка будут спрашивать на собеседованиях, так что лучше почитать
https://codoid.com/selenium-grid-4-distributed-execution/

​​Apple идет навстречу тестировщикам

Огненная новость🔥
Apple сделала благое дело и добавила поддержку W3C Webdriver в IOS.
С этого момента можно тестировать и в Safari, и мобильный UI. Теперь все мобильные тесты станут зелеными и максимально стабильными ✅

​​Записи докладов с TestCon 2019

Ну шо? С пятницей🙃

Как обычно перед выходными делюсь ссылками на полезные видео. В октябре в Вильнюсе проходила конференция TestCon Europe.
Сейчас стали доступны записи выступлений. Александр Романов, которого вы можете знать из выпуска QAGuild подкаста, был там лично и поделился подборкой интересных докладов:

-  Candy Crush QA AI Saga by Alexander Andelkovic
-  Chaos: Breaking your Systems to Make them Unbreakable by Jason Yee
-  Testing Software Architecture by Vladik Khononov
- How AI is Transforming Test Automation by Daniel Gold
- From 0 to 100 000 Test Cases per Day, a Story about Scaling Test-Automation by Jani Haapala
- Better Continuous Testing in DevOps by Rod Cope
- Verifying Microservices in Chains without Chain Testing? by Pascal Dufour
- Practical Contract Testing with Spring Cloud Contract by Oleksandr Romanov

Теперь будет чем заняться холодными зимними вечерами☕️

Про Selenoid в кубе

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

Хорошо, что ребята из aerokube сделали еще и moon, который теперь можно запускать в minikube. Подробную инструкцию можете почитать здесь - https://github.com/aerokube/moon-deploy/tree/master/helm. Штука очень крутая, всем рекомендую попробовать

9 скилов SDETa

Натолкнулся на статью про 9 необходимых скилов для SDET специалиста. Я согласен со всеми.

https://medium.com/@mukundb87/9-must-have-essential-skills-for-every-sdet-bb506df1300f

​​Про зарплату SDET

Здарова 🙂

Традиционно заканчиваем неделю легкой темой бабла 😀 Сегодня будем перемывать косточки несчастным SDETам.
Первый раз о такой роли заговорили в Microsoft. Хайп на SDETов в наше время подкреплен ростом интереса к Agile, DevOps и Countinuos Testing. Чем больше компаний начинают двигать тестирование влево, тем нужнее оказывается такой человек в команде. Сейчас скорость фидбека девелоперам играет ключевую роль. К примеру, в книге DevOps handbook тестирование упоминается как способ дать этот самый фидбек разработчику.
Про скилы я писал вчера. Чем больше вы знаете, тем больше вы SDET.  
В книге  How We Test Software at Microsoft есть роадмап на 10 лет, описывающий путь до уровня SDET. Как по мне, все выглядит очень здраво: сначала нужно научиться тестировать, потом писать код, паттерны, потом софт скилы подтянуть и потом уже ты SDET. Нужно понимать, что такой человек должен уметь решать проблемы с помощью как инструментов, так и перговоров, продвижения идей и прочих активностей, которые помогут продукту стать лучше, а команде стать эффективнее. Имхо, иначе зачем это все?

Ну и про бабло. Исходя из статистики забугра, SDET зарабатывает на 32к💶 больше, чем просто Software tester. Не знаю, насколько большой реальный разрыв в наших полях, но согласно DOU - 1200$.

Ну и напоследок. Все эти разницы в ролях и табличках означают очень мало. Я знаю, что этот канал читают люди разного уровня. Если вы хотите понять, что же делает SDET, найдите такую позицию и попробуйте поработать так - это действительно интересно, но и требует от вас хорошего уровня знаний в разных областях.
Главное! Всегда развивайтесь, читайте книги найдите себе людей, у которых вы будете учиться и черпать вдохновение.
Хорошей пятницы 🍺

Про wiremock

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

https://youtu.be/ddUMyLsDkLw

Полезный плагин для Idea

Натолкнулся на плагин, который может быть поелезен людям работающим с UI автоматизацией. Он позволяет править Xpath и CSS локаторы с поддержкой Selenium, Selenide, Geb и Atlas.

https://plugins.jetbrains.com/plugin/13267-qa-lithium

Puppeteer 2.0

Я уже достаточно много времени играюсь с пупитиром и Dev tools протоколом. Должен признать, что идея очень годная. Особенно учитывая, что инструмент пишут там же, где и сам браузер. Правда, есть один минус: пупитир, как и Selenium, - это просто инструмент для управления браузером, чтобы писать с помощью него тесты, нужно его обернуть в свой велосипед 🚲.

Буквально на днях вышла версия 2.0. Рекомендую сесть и поиграться с ним. Если вы не особо хотите марать руки в JavaScirpt, можете взять биндинг для своего языка.

https://github.com/GoogleChrome/puppeteer/releases/tag/v2.0.0

QAGuild S2E12: Про T-shape QA

Здарова! ☕️

Сегодня пятница - самое время послушать новый выпуск подкаста. В этом эпизоде к нам в гости пришли ведущие подкаста подлодка и говорили мы про то, зачем QA инженеру развиваться и ставать T shape person.

Темы:
📌 Зачем нужно T-Shape?
📌 Сложно ли стать T-Shape?
📌 Что делать если у нас организация построена по функциональному принципу? Отдельные подразделения и т.п.
📌 Является ли путь в Т-Шейп развитием после плато или это просто разумная практика?
📌 Недостатки T-Shape
📌 Получает ли Т-шейп больше чем просто работяга, или это задел на будущее?

Приятного прослушивания и хорошей пятницы 🍺💋

https://soundcloud.com/qaguild/s2e12

​​Черная пятница от automation-remarks.comautomation-remarks.com

Привет, я решил устроить черную пятницу для подписчиков канала. Часто сталкиваюсь с вопросами о том, как начать автоматизацию, как построить проект и какие технологии выбрать. Я решил помочь людям и готов устроить праздник скидок на тренинги, которые я проводил в этом году:

- API automation Java
- UI automation Java
- API automation Python

Специальная цена будет действовать до 30 ноября.
📍Один тренинг - 30$
📍За два будет - 50$
📍За три будет -70$

В них я показывал, как построить проект, с чего начать и как довести все до CI сервера. Отличная возможность посмотреть на идеи и подходы и сделать автоматизацию на своем проекте лучше.
По всем вопросам пишите в личку @qa_automation_bot

​​Про Exploratory testing

Привет🙂

Сегодня у меня взрывная новость - Мартин Фаулер топит за exploratory testing.

Буквально на днях вышла его новая статья, в которой описаны недостатки автоматизации и тестирования по сценариям. Основная мысль заключается в том, что exploratory позволяет находить баги, которые пропустили во время автоматизации. TDD и прочие прелести Shift left тестирования очень хороши, но баги все еще пролазят в прод.
Когда я читал статью, я вспоминал ситуации, в которых люди красиво скрывали свою "бездеятельность" за фразой "вчера я тестировал exploratory целый день". Очень удобная отговорка, за которой невозможно отследить результат, так как нельзя проверить, тестировал человек или просто открыл сайт и целый день сидел в чатике. В статье Фаулера для этого есть четкий гайдлайн - установить временные рамки и ограничить функционал.
Рекомендую к прочтению всем, особенно QA Automation, SDET, SET, T-Shape QA, которые сторонятся от таких активностей и просто пишут много скриптед автотестов.

​​Про работу с базой

Давайте поговорим о техническом. На днях мне нужно было написать коннектор к базе данных.  Хотелось чего-то очень легкого как Apache DB Utils и гибкого как JPA. Я очень уважаю spring data jpa, но тащить все это барахло в проект не очень хотелость. Покопавшись на просторах сети, я нашел замечательную библиотеку Jdbi.
Если вам нужно работать с базой в проекте, я вам крайне рекоменую на нее посмотреть.

Альтернатива browsermob proxy

Иногда в тестах нужно перехватывать трафик. Раньше для этого использовали browsermob proxy, но его перестали поддерижвать и его статус вообще не совсем понятен. На днях в слаке поделились ссылкой на достойную альтернативу, которую активно разрабатывают - browserup-proxy. Если вам в автотестах надо мутить черное с трафиком, рекомендую попробовать эту библиотеку

https://github.com/browserup/browserup-proxy

​​Technology radar 2019

На днях вышла новая версия технологического радара от компании ThoughtWorks.

С точки зрения тестирования можно отметить следующее:
📍Testing using real device (adopt) - рекомендуют тестировать с помощью реальных устройств. Вангую рост хайпа на мобайл фермы.
📍Pumba (asses) - инструмет для хас тестирования приложений в Docker контейнерах
📍KotlinTest - новая приблуда для котлина. Про нее будет на Гайзенбаге
📍Testcontainers - упрощает процесс интеграционного тестирования

Сам репорт доступен по ссылке ниже

QAGuild live: Про Github в резюме

На выходных появилось время сделать очередной лайвстрим. В этот раз поговорили про ссылку на Github в резюме. Не обошлось и без факапов. Я не совсем правильно натроил стример и поэтому в наушниках звук идет в 1 канал. Testing in production во всей красе😏

https://youtu.be/yaC3ndr2C30

Про Page Object

Еще пару лет назад в QA Automation сообществе мерялись размерами Page object. Сейчас все поутихло, появилось несколько стандартных подходов к описанию страниц. Одним из них явдяется применение Atlas (aka HtmlElements2). Я помню как появилась первая версия и многие активно ею пользовались. На ряду с плюсами было и куча минусов. Проект Atlas - это реинкарнация и улучшенная версия той же самой идеи.
Если ваше приложение построено на основе блоков, я бы рекомендовал присмотреться к этому фреймворку.

https://habr.com/ru/company/jugru/blog/474408/

QAGuild live #19: Чемпионат по автоматизации тестирования на Java

В субботу собрались и немного пописали тестов на java для одного очень забавного проекта. Всем желающим войти в автоматизацию либо тем, кто хочем больше практики рекомендую посмотреть. Java 8 + Gradle + Selenide + Allure

https://www.youtube.com/watch?v=6-OPMvywjUk