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

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

1 лайк

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

1 лайк

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

4 лайка

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

4 лайка

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

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

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

2 лайка

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

1 лайк

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

UI:

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

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

1 лайк

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

1 лайк

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

2 лайка

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

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

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

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

5 лайков

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

Антивирус

1 лайк

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

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

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 для статического секьюрити-анализа.

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