Тесты как код: храним ручные тест-кейсы в Git и дружим с ТестОпс

В Открытой Мобильной Платформе, мы используем инструмент ТестОпс , который позволяет решать много разных задач - хранение тестов, запуск автоматизированных и ручных сценариев, анализ результатов, составление отчетов по тестированию и многое другое. Если вы считаете, что ручные тест-кейсы нужны исключительно для таблиц и интерфейсов, у нас есть новости: их можно хранить в Git как код. И не просто хранить, а интегрировать с ТестОпс. Почему это удобно? Потому что это делает управление тестами более эффективным, а данные — безопасными и надёжными.

https://habr.com/ru/articles/915004/

#TestOps #ручное_тестирование #тесты_как_код #git #pytest #allure #allure_framework #тестдизайн #devops

Allurium — java framework для автотестов. Мультиязычные, близкие к bdd репорты, без bdd структуры

В этой статье хочу поделиться инструментом, который я понемногу разрабатывал и улучшал при наличии свободного времени. Применяя для упрощения своих задач, над которыми я работал в разных компаниях за это время. Работа в автоматизации тестирования стала моей оффициальной профессией несколько лет назад. За это время мне довелось позаниматься очень широким спектром задач, в зависимости от компаний, где я работал. Начиная с тестирования пользовательских интерфейсов различных сайтов, web и мобильных приложений, обязанности заводили меня глубоко в тестирование сложных API сервисов и даже автоматизацию десктопных программ. Первые годы я плотно занимался тестированием Web приложений на Java, хотя начинал не с неё. Разумеется, перепробовав много подходов, я нашёл для себя любимый stack, который применял при наличии свободы выбора. Для меня это сложилось в TestNg + Selenium + Allure. Естественно, мне приходилось работать со знаменитым Cucumber, а потом и вообще с чудовищьным (на мой взгляд) Serenity и ещё многими другими решениями, включая кастомные разработки разных людей. Моё расположение никогда не лежало в сторону BDD, так как чаще всего я сам читал отчёты и проверял тесты, и в 100% случаев сам составлял сценарии с Gherkin (иногда по предоставленным сценариям, чаще нет). Так называемое удобство, дающее BDD пользователю, сводилось к минимуму, а вот взамен требовало многое — небоскрёбы из обёрток классов, сложности с наследованием, необходимость создавать кучу дубликатов мизерных действий, абсолютное неудобство передачи данных между шагами и процессами и прочие трудности.

https://habr.com/ru/articles/893566/

#selenium #selenide #allure #allure_framework #automation_qa #automation_testing #testing_framework #allure_report

Автотесты: от первого автотеста до масштабного проекта. Мой набор инструментов для масштабирования

Привет, Хабр! Меня зовут Максим, я инженер по автоматизации тестирования в компании 1221СИСТЕМС и хотел бы поделиться своим опытом и рассказать путь настройки автотестов от минимального рабочего состояния до масштабного проекта. Поделюсь тем, какие инструменты я внедрил для улучшения процессов на нашем проекте.

https://habr.com/ru/articles/840594/

#автоматизация_тестирования #тестирование_по #python #автотесты #qa_automation #test_it #allure #allure_framework #pytest #ci_cd