Какой технологический стек для автоматизации вы используете на вашем проекте(ах)?

management
framework
process
tools
Теги: #<Tag:0x00007fedc019d4e8> #<Tag:0x00007fedc019d308> #<Tag:0x00007fedc019d088> #<Tag:0x00007fedc019ce80>

(Анна) #22

Web: Target Process + java 8 + webdriver + testNG + gradle + htmlements + Team City + Allure + Stash + Confluence + Skype


(Vatslau) #23

Java+Kotlin(data classes)+Jenkins_TestNg+webdriver+API libs


(Roma Marinsky) #24

Kotlin + java8 + selenide + gradle + allure2 + faker + docker + jira + bamboo + bitbacket + rest-assured + kluent + jackson + jaxb + assertj + webdrivermanager


(Mykhailo Poliarush) #25

@rmarinsky ты походу обогнал всех по количеству используемых библиотек и решений :slight_smile:


#26

Интересно какие аргументы в пользу hp uft в предложении от вендора.


(Mykhailo Poliarush) #27

Аргументация очень простая для больших компаний. Именитые издания говорит что это ЛИДЕР ОТРАСЛИ

Конец точка :slight_smile:


(Арина Аригри) #28

Десктоп проект для иностранного банка
(C# + wpf + devexpress) + TestComplete(Automation + Performance) + TestExecute + WCFTestClient(API) + BalsamicMoqup(Prototype) + Jira + TeamCity(Deploy)


#29

Мда, убедительно :smile:


(Oleksandr Khotemskyi) #30

UI:

JS (nodejs 7), protractorjs, cucumberjs, grunt, saucelabs, ну и куча всякого барахла типа lodash, moment и тд. + интеграция с TestRAIL, и жуткий монстр для генерации HTML репорта

API:
Typescript, requests, chai, mochajs, RAML parser + самописные штуки для автоматической проверки запросов\ответов относительно документации. Allure, Grunt, ts-node (чтобы не компилить), а еще самописные модели, билдер для запросов, и там по мелочи.


(Vladimir Kovalenko) #31

Веб проект: Protractor + typescript+ jasmine 2 + jasmine reporter + npm + bitbucket + TeamCity + slack + jira


(Artur Korobeynyk) #33

питон, С++, кастомизированый до неузнаваемости nose, свой перформанс фреймворк и собственный CI для него, свой репортинг не похожий даже задумкой на текущие популярные, дженкинс на релизной системе и регрессии + своя собственная система деплоя и дистрибуции, инфлакс, графана, своя собственная система подписки бинарников.


(Mykhailo Poliarush) #34

Ну ты конечно крут, все сами написали … А чего такое решение все самим все делать?


(Maxim Andryushchenkov) #35

Чтобы не уволили :joy: :rofl:


(Artur Korobeynyk) #36

Писалось большинство из этого ещё до меня… и до создания интернета.
Моя реализация была только в репортинге. Просто потому что нужно было в любой момент знать какой файл какой версии на каком этапе доставки находится, какие краши вызывает и чем отличается от других версий на других этапах. Вот просто так страничка, которая всё это сразу показала бы на одном экране. Тула просто заточена под продукт.
кастомизированный nose - потому что много тестов работает с виртуалками, а на момент создания первых тестов у питона не было врапперов для виртуалок, так что они писались самостоятельно и так чтобы nose мог работать с машиной и продолжать тесты даже после многих перезагрузок компьютера и крашей.
Свой перформанс - потому что сейчас все тулзы заточены на тестирование нагрузки серверов. А вот чтобы протестить драйвер на уровне ядра локально на машине приходится писать что-то свое.
Свой деплой - потому что у любого антивируса своя сиистема доставки обновлений. Как правило созданная очень давно и получившая тонны кода за это время. И вот под него надо подстравиваться.
Подписка бинарей - тоже задача такая редкая, что делать её массовой нету желания ни у одной компании. За всю историю спрос на эту утилиту случится раз 10.

Почему я здесь? Фронтенд не люблю.


(Yury) #37

Круто! А в какой области, если не секрет, идет разработка ПО?


(Artur Korobeynyk) #38

Антивирус


(ex3me0) #39

Что есть “подписка бинарей”, и какая это “собственная система” такая у вас?
Единственное с чем у меня это выражение ассоциируется - это ЭЦП на бинарь, но что тогда есть “собственная система” - не понятно, ибо PE формат достаточно регламентирован в своих секциях.


(Artur Korobeynyk) #40

Сертификация драйверов в микрософте


(rpwheeler) #41

requirements management

Confluence

automation
frameworks

  1. Кастомный фреймворк на серверные тесты: Java, JUnit, Selenium, Selenide
  2. Кастомный фреймворк на клиентские тесты: Java
  3. Xcode UI tests
  4. Чистый Sikuli

test execution

  1. Jenkins
  2. Возможен локальный запуск прямо на код (и это очень важно для быстрого фидбека)
  3. Ручной запуск на удаленной машине

defect management

Jira

reporting

Jenkins , Report portal,
TestRail,

test data management

Git, дампы баз

test management

Одно время использовался TestRail , но от прямой связки его с автоматизацией отказались.
Тесты попадают в проекты Git , а вот их описание лежит в TestRail , но это не прямая связь

knowledge management

Confluence

Others

Sonar для анализа кода, что-то рекомендованное OWASP для статического секьюрити-анализа.


(Павел Сенин) #42

Кровавый энтерпрайз ((
Декстоп - Java + AutoitX + AssertJ + Allure2 + Jenkins
API - Java + RestAssured + немного Spring + AssertJ + Allure2 + Jenkins