#selenide — Public Fediverse posts

UI + API как единый интеграционный контур

Если вы уже имели опыт написания Ul-тестов для проверки страниц и форм, то, вероятно, задумывались: "Почему бы не протестировать весь сценарий целиком?" Так родилась идея делиться опытом, как мы внедрили подобный подход: начиная с первых шагов, объясняя, почему объединили UI, АРІ и SSH в единый интеграционный контур, и какие инструменты используем.

https://habr.com/ru/companies/rostelecom/articles/1017370/

#тестирование #ui_testing #api #aqa #qa #qa_automation #java #devops #selenide #инженерия

UI + API как единый интеграционный контур

Если вы уже имели опыт написания Ul-тестов для проверки страниц и форм, то, вероятно, задумывались: "Почему бы не протестировать весь сценарий целиком?" Так родилась идея делиться опытом, как мы внедрили подобный подход: начиная с первых шагов, объясняя, почему объединили UI, АРІ и SSH в единый интеграционный контур, и какие инструменты используем.

https://habr.com/ru/companies/rostelecom/articles/1017370/

#тестирование #ui_testing #api #aqa #qa #qa_automation #java #devops #selenide #инженерия

UI + API как единый интеграционный контур

Если вы уже имели опыт написания Ul-тестов для проверки страниц и форм, то, вероятно, задумывались: "Почему бы не протестировать весь сценарий целиком?" Так родилась идея делиться опытом, как мы внедрили подобный подход: начиная с первых шагов, объясняя, почему объединили UI, АРІ и SSH в единый интеграционный контур, и какие инструменты используем.

https://habr.com/ru/companies/rostelecom/articles/1017370/

#тестирование #ui_testing #api #aqa #qa #qa_automation #java #devops #selenide #инженерия

UI + API как единый интеграционный контур

Если вы уже имели опыт написания Ul-тестов для проверки страниц и форм, то, вероятно, задумывались: "Почему бы не протестировать весь сценарий целиком?" Так родилась идея делиться опытом, как мы внедрили подобный подход: начиная с первых шагов, объясняя, почему объединили UI, АРІ и SSH в единый интеграционный контур, и какие инструменты используем.

https://habr.com/ru/companies/rostelecom/articles/1017370/

#тестирование #ui_testing #api #aqa #qa #qa_automation #java #devops #selenide #инженерия

Несколько мобильных приложений в одном Appium‑проекте: как это можно организовать

Как тестировать несколько мобильных приложений в одном «Appium‑проекте». Показываю архитектуру фреймворка, запуск тестов через аннотации, потокобезопасный контекст и подключение новых приложений без дублирования кода.

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

#appium #java #android #adb #android_studio_emulator #allure #junit5 #selenide #mobile_testing #qa_automation

Несколько мобильных приложений в одном Appium‑проекте: как это можно организовать

Как тестировать несколько мобильных приложений в одном «Appium‑проекте». Показываю архитектуру фреймворка, запуск тестов через аннотации, потокобезопасный контекст и подключение новых приложений без дублирования кода.

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

#appium #java #android #adb #android_studio_emulator #allure #junit5 #selenide #mobile_testing #qa_automation

Несколько мобильных приложений в одном Appium‑проекте: как это можно организовать

Как тестировать несколько мобильных приложений в одном «Appium‑проекте». Показываю архитектуру фреймворка, запуск тестов через аннотации, потокобезопасный контекст и подключение новых приложений без дублирования кода.

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

#appium #java #android #adb #android_studio_emulator #allure #junit5 #selenide #mobile_testing #qa_automation

Несколько мобильных приложений в одном Appium‑проекте: как это можно организовать

Как тестировать несколько мобильных приложений в одном «Appium‑проекте». Показываю архитектуру фреймворка, запуск тестов через аннотации, потокобезопасный контекст и подключение новых приложений без дублирования кода.

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

#appium #java #android #adb #android_studio_emulator #allure #junit5 #selenide #mobile_testing #qa_automation

Зеркало команды: Что «запахи» в тестах говорят о ваших процессах коммуникации

“Запахи” в тестах — это признаки антипаттернов. Хотя причины появления запахов тестов могут быть самыми разными, сегодня мы хотим рассмотреть одну повторяющуюся тему — структуру команды , а более конкретно — проблемы в общении у тестировщиков с другими командами. Общение между специалистами важно для создания качественных тестов, потому что тест — это пересечение нескольких специальных областей знаний: - знание того, что хочет пользователь, интерпретируемое менеджментом как требования; - знание всех технических нюансов и слабых мест тестируемой системы (SUT), известное разработчикам и ручным тестировщикам; - теория тестирования, известная тестировщикам; - реализация тестов на конкретном языке и фреймворке, с которыми знакомы инженеры по автоматизации (SDET). Объединить всё это непросто; и многие запахи в тестах возникают именно тогда, когда это не удаётся сделать. В этой статье мы разберём конкретные причины появления таких запахов и их связь со структурой команды.

https://habr.com/ru/companies/testops_tms/articles/959842/

#запахи_кода #запахи #qa #qa_automation #тестирование #автоматизация #java #junit #selenide #python

От запахов к стабильности: рефакторим тесты на JUnit + Selenide

На практике знание того, как НЕ писать тесты, может быть столь же важно, как и знание того, как их писать. В интернете можно найти множество материалов про “тесты с запашком”; в частности, им посвящено несколько очень полезных глав в книге Джерарда Месароша о паттернах в xUnit . Нам показалось интересным подойти к этой проблеме не со стороны теории, а со стороны практики: какие частые ошибки можно встретить в тестах, как их исправлять, и почему именно тесты нужно писать так, а не иначе? Мы продемонстрируем всё это для стека JUnit + Selenide.

https://habr.com/ru/companies/testops_tms/articles/950776/

#запахи_кода #запахи #qa #qa_automation #тестирование #автоматизация #java #junit #selenide

Автоматизация тестирования, которая не ломается при первом редизайне

Автоматизация тестирования, которая не ломается при первом редизайне Как мы проектировали, внедряли и поддерживаем живую систему автотестов

https://habr.com/ru/companies/rostelecom/articles/894074/

#Ростелеком #qa_automation #qa #java #selenide #selenoid #allure #тестирование #тестирование_вебприложений #тестировщик

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

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

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

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