А у Вас, простите, какое приложение ?

Ребята, посоветуйте тулу для лоад тестинга фронтэнда, желательно с рекордером или ту, которая дружит с питоном. Рассматриваю Gatling, но смущает Scala

Тебя время загрузки интересует?

yandex.tank пробовал?

Ребята, посоветуйте тулу для лоад тестинга фронтэнда, желательно с рекордером или ту, которая дружит с питоном. Рассматриваю Gatling, но смущает Scala

locust

jmeter

там экшены все описываются в питоновом коде, works like a charm

стреляет очень быстро, единственное упирается в проц на супер-больших нагрузках – но из коробки есть возможность сделать распределенный кластер и стрелять из нескольких машин под предводительством одной и собирать общую статистику

Я быстро пробежался и как я понял, что это точечные запросы без сценариев. А нам нужно именно по кейсам

yandex.tank пробовал?

Я быстро пробежался и как я понял, что это точечные запросы без сценариев. А нам нужно именно по кейсам

что значит "по кейсам"? вы хотите условно быстро быстро кликать по фронту и смотреть, что он не сдохнет?)

Хотим базовый сценарий юзера проделывать под ~200 юзерами

Зайти туда-то, создать объект, перейти туда-то, создать другой объект

то есть вам нужны реальные манипуляции с UI?

(сорри, у меня тяжелый день и я туплю))

У нас логин пейдж есть, не уверен, что одиночные выстрелы смогут залогиниться

так вы хедеры авторизации в запросах передавайте, и не понадобится логиниться

Уточните что вы подразумеваете под нагрузить фронт. Фронт грузит одна сессия,все ) остальное грузит бекенд

Бекенд в jmeter можно грузить по последовательному сценарию,как будто имитируя вызовы к серверу обычного юзера

вам по идее нужно точечно стрелять по ендпойнтам бекенда с заголовками авторизации, и все

если вы реально хотите взаимодействовать с UI – вам помогут 200 одновременных хромов, это реализуемо, вопрос нахрена это надо

если вы реально хотите взаимодействовать с UI – вам помогут 200 одновременных хромов, это реализуемо, вопрос нахрена это надо

Это нахрен не надо. Нагрузку бекенду нужно создавать проще

А где почитать про то как тестить приложение мобильное (е2е, функциональные) чтоб оно даже не подозревало что его тестируют (режим продакшн) в плане инструментов которые ему ловко подменят общение с реальным апи?

Есть такое?

Ну или воркараунды чтоб сэмулировать эту среду для

А где почитать про то как тестить приложение мобильное (е2е, функциональные) чтоб оно даже не подозревало что его тестируют (режим продакшн) в плане инструментов которые ему ловко подменят общение с реальным апи?

ЯННП

Иос андроид реакт нэйтив прокликать как в браузере

я может че-то не вкурил, то это обычный UI тест

нажимать кнопочки

Да

Appium и миллион других инструментов, например.

Ну миллиона нет

Как это сделать отдельно в икскоде и студии я знаю. Хочется как с селениумом сэкономить

Ну и чтоб иф тест внутрь кода не нести

Нет так нет. Хочется)

appium и ui тесты в большинстве своем - черный ящик

бери и изучай

А еще?

Кукумбер?

при чем тут кукумбер

кукумбер это средство обернуть твой тдд чтоб он стал бдд

он не решает проблемы автоматизации

Плыву

Аппиуму нет альтернатив? Поглядеть?

robotium, для совсем кухарок - демо-версия testdroid и testdroid recorder

Спс гляну

кукумбер это средство обернуть твой тдд чтоб он стал бдд

Нуууууууууууууу оооооооооооооооооооочень условно.

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

кукумбер это средство обернуть твой тдд чтоб он стал бдд

ну нет :) можно юзать кукумбер и быть не в курсе про тдд, это разные вещи чутка

кукумбер это средство обернуть твой тдд чтоб он стал бдд

А что такое бдд?

это основы: http://guglite.ru/?q=bdd

Доброе утро, чат! Я начал знакомство с Mockito, результатом стало то, что класс с ~10 тестами для элементарного приложения запускается и проходит, НО... примерно в 50% случаев часть тестов падает в NullPointerException. Асинхронщины никакой нету, проверяю презентер на вызов собственных методов, обращения к View и Model слоям

это основы: http://guglite.ru/?q=bdd

Остроумно. Мне выбирать между бразильским джиу джитсу, или безопасностью дорожного движения?

Аппиуму нет альтернатив? Поглядеть?

если нет большого желания держать 2 проекта под ведро и яблоко, то скорее всего придете к аппиуму. Калабаш больше развиваться не будет. Касательно тестирования "чтоб приложение не понимало что его тестят", что мешает поднять тестовое окружение и в процессе сборки указать значения эндпоинтов на которые смотрит эта сборка? в андроид студии например такое перекрытие имен делается довольно просто. Когда флаги сброшены читаем один файл, когда подняты 2-3, значения второго файла переписывают значения из первого

Как у нас это устроено: сборки приложений релизные (читай код один и тот же), но при подключении к определённой вай-фай точке (raspberry pi) через vpn все запросы на лайв редиректятся на тестовое окружение.

В итоге сломать на проде что-то сложно

Джамал, я смотрю вы там не ищите лёгких путей )

В дев билдах есть настройки, где можно сменить окружение. Также как и дебаг режим. Тогда как на прод билдах этого нет и считаю это правильно. Ибо нефиг коечным пользователем лишней лабуды. Цель была тестировать ровно тот же код, который в итоге получат пользователи приложений, собственно поэтому такое решение и выдумали. ?

Джамал, я смотрю вы там не ищите лёгких путей )

И да, лёгкие решения не для нас ?

Весьма странное решение, честно говоря, в прочем whaetever.

Почему странное? Если не сложно, с удовольствием бы послушал

Потому что есть dev сборки)

Прод от дева отличается всего парой строк (как раз окружение+дебаг)

ERROR: S client not available

Решение конечно интересное, но походу избыточное)

Прод от дева отличается всего парой строк (как раз окружение+дебаг)

Ну это так разработчики говорят. Мне спокойнее когда ничем не отличается

Я если честно хз, что там в этих ветках было, да и не интересно мне. У меня есть джира с тикетами, и ровно такой же билд, который получат конечные пользователи )

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

Это делает меня счастливым и мою жизнь чуточку спокойнее

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

Как думаешь, почему у нас такое решение появилось ?

А ведь наверняка кто-то автоматизировал api через дженкинс и ему подобное используя одну из node js фреймворков? Как решали вопрос разных endpoints для разных сред?

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

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

Лучше даже автотест написать под такое

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

Там мутный релиз «на коленке» был

В дев ветку могут по ошибке или злому умыслу лишний функционал добавить или ещё хуже часть функционала, которого на релизе быть не должно.

Случаи бывают разные ??

Все от компетенций разработчиков конечно зависит и Лидов, но я обычно предпочитаю минимизировать такие риски )

Может я человек такой, который никому не верит ?

В дев ветку могут по ошибке или злому умыслу лишний функционал добавить или ещё хуже часть функционала, которого на релизе быть не должно.

Поэтому нужно А) подписывать что делает каждый комит, коммиты делать атомарными Б) ревьюить что на самом деле в комитет есть

Вай-фай заглушка это хорошо, но она прячет в этом случае проблемы описанные выше

Безусловно нужно и у нас это делается. Но когда прилетает задача срочно запилить и выкатить, почему то были случаи подобные

Когда разработчики не следуют srp

Потому что работали не в изолированной ветке :) для меня все очевидно, либо сделали чекаут не с дев ветки а уже с той в которой работали над другой фичей

И это прошло ревью :)

"Стартап" из головы фаундеров не выбить. Особенно когда они сами решили потюнить и ревьюить) ибо там на месте прилетела хотелка от партнёров

?

если нет большого желания держать 2 проекта под ведро и яблоко, то скорее всего придете к аппиуму. Калабаш больше развиваться не будет. Касательно тестирования "чтоб приложение не понимало что его тестят", что мешает поднять тестовое окружение и в процессе сборки указать значения эндпоинтов на которые смотрит эта сборка? в андроид студии например такое перекрытие имен делается довольно просто. Когда флаги сброшены читаем один файл, когда подняты 2-3, значения второго файла переписывают значения из первого

Про "калабаш больше развиваться не будет" можно подробнее?

Где то ссылка была, сейчас поищу

https://forums.xamarin.com/discussion/93584/question-about-calabash-announcement

Спасибо

Опять же где нормальный анонс

Какой то вброс на форуме

Почему странное? Если не сложно, с удовольствием бы послушал

Ну, в основном потому, что это решается одной env переменной внутри приложения и если уж есть необходимость зашить возможность обращения к тестовой среде из мастер билда - есть более изящные способы не завязанные на конкретную точку. Хотя, безусловно. сильно зависит от требований и ограничений.

Мне бы, например, хотелось бы, что бы я мог быстро проверить всё что угодно на мастер билде заходя на самолет где-нибудь в Куала-Лумпуре, а не только из офиса в зоне действия конкретной вайфай точки.

Мне бы, например, хотелось бы, что бы я мог быстро проверить всё что угодно на мастер билде заходя на самолет где-нибудь в Куала-Лумпуре, а не только из офиса в зоне действия конкретной вайфай точки.

И мне. Поэтому vpn профили под open vpn ☺️