Ну и правильно

Пускай будут только смоук

На юи

там скорее тесты на сценарии которые приносят бабло, и смоук того что просто есть

Надо Юнит тесты, интеграционные и endtoend

да, все так

там скорее тесты на сценарии которые приносят бабло, и смоук того что просто есть

Critical path + smoke. Отличный вариант, у тебя хорошая пирамида

Critical path + smoke. Отличный вариант, у тебя хорошая пирамида

ну да, тестируются важные кейсы для пользователей + протыкивается вся функциональность на предмет того что она не отвалилась :)

легко поддерживать и тесты полезны

И нету тестов по полчаса. А у меня блин есть

Которые ждут емейла, пока обрабатаются файлы

А у меня ETL :(

что это такое? :)

Которые ждут емейла, пока обрабатаются файлы

мок не годится?

Грубо - конвейер по преобразованию файлов

о, прикольно

И пока он будет преобразован, он пройдёт через много этапов

у меня на прошлой работе такое было)

И мокать тут нечего особо :(

но я не закрывал отправку емейла тестами

руками было проще проверить

А просто только на последнем этапе преобразования выплевываются данные необходимые чтобы протестить апи :))

Поэтому там разделение подготовки данных, каждую ночь проводятся файлы, собираются данные и заливаются данные в облако

А потом днем апи тесты гоняются по этим данным, но быстро

Своего рода кэшерование))

а почему не сгенерить нужные файлы один раз и тесты не побить на две независимых части?

или некая структура меняется?

Система постоянно меняется и данные на выходе могут быть другие

То есть один раз подготовил и забыл, чревато проблемами

Ибо данные старые

ну да, если она изменчива то логично

А если делать это единым пайплайном, то каждый апи тест будет делать кучу лишней фигни из серии чтобы протестить получение статьи какой-то через апи, нужно сначала 40 минут престепов делать

1000 апи тестов даже при паралеллизации, можешь присесть на неделю))

что ж за престепы такие)

Отсюда такое странное дробление. Причём подготовка данных идёт через UI!

Ибо апи прослойки между UI и бекенд нет

у меня раньше могли обрабатываться файлы по 2 часа, потом система их выплевывала. но это было эквивалентно обработке в 10 секунд, результат от времени не зависел

UI мечет сама в кучу сервисов)))

Ибо апи прослойки между UI и бекенд нет

боль

а мечет через API?

Мечет через Mvc, шарповая фигня

Умная вся из себя

Ты просто верстку делаешь вставляешь в неё переменные из кода или методы, а дальше она сама типа внутреннего апи имеет

Для передачи

Я фиддлером ловлю сейчас, но там такая ракота и нередко меняется и ломается

Но скоро победю

хм

Всё покрою и буду постоянно чинить :)

Ты просто верстку делаешь вставляешь в неё переменные из кода или методы, а дальше она сама типа внутреннего апи имеет

https://github.com/bemo-project/bemo-python

попробуй двойной контракт, может зайдет

Контракты в питоне хорошо сделаны

А у меня шарп автоматизация

а, окей

Там вообще библиотек нету почти

в шарпе ничего не знаю

Она печальная :(

кроме того что там отличный модуль для работы с датами

Язык приятный, клёвый, но автоматизация пока слабо развита

Даже руби лучше развита

товарищ пишет на шарпе и радуется

Я тоже радуюсь, мне нравится язык

приятности языка я по исходникам не заметил, но каждому свое)

Но библиотек как у питона и джавы

Нет

Ну там приятен весь майкрософт стек, если в нем находишься

Плюс проперти есть, чего нет в Java, плюс всякие фишки аля стринг форматинга умного, в общем хватает. Но в целом, очень близко к джаве

Питон вообще из другой песни

ERROR: S client not available

Я вот кстати пока ещё очень мало писал на js автотесты. Интересно как там принято писать

Например меня в свое время очень удивило, что в питоне народ привык в пейджобжектах хранить локаторы в одном дикт

у меня js в планах, хоть это и больно

Например меня в свое время очень удивило, что в питоне народ привык в пейджобжектах хранить локаторы в одном дикт

у меня в одном проекте локаторы живут в одном модуле ;)

но там вообще bdd

Робот?

behave

Я храню локаторы в отдельном файле

На классы

не, у меня был файл с локаторами без классов

К каждому пейдж оьжжекту плюс один файл?

просто модуль)

Потом эти классы примешиваю миксином

Нет не +1

У тебя есть файл, в нем LoginPage

Ты его заводишь и помимо наследований от base page примешиваешь миксин на локаторы

Можно объявлять и в самой пейдже

Но это мешает видеть логику страницы

А так все локаторы а одном месте всего проекта

Это по сути класс инстанс переменные

То есть файл простыня?

Этож неюзабельно :(

у меня локаторы побиты по классам по принадлежности к логическим частям страницы и являются переменными класса. но живут в одном файле

поддерживать вполне удобно

Неюзабельно - когда у тебя в начале Пейджи на 20 строк локаторы расписаны)

А так они сразу есть, автокомплит из находит

Но они не мозолят глаза

Это по сути класс инстанс переменные

а зачем тебе инстанс переменные, почему не переменные класса?

Локаторы по сути статик поле, а значит его можно спрятать

они ведь статичны и никогда не изменятся

Переменные класса, мирян

Сорян*