Не в курсе, может RA можно как-то разогнать?

В каком смысле разогнать? Мы распараллеливаем и радостно живём.

В смысле уменьшить время выполнения запроса одного. Просто если напрямую через httзclient кидать запрос - быстрее получается, у RestAssured же там навёрнуто всякого и получается медленнее.

Параллелить, ок, но вопрос про разгон одного запроса. Я знаю, что там можно как-то подменять httpclient, но никогда не пробовал.

Может у кого-то есть опыт.

А сколько занимает один запрос в ra и apache?

@azshoo потому что селениум шел по зеркальным idшникам и не находил там то, что надо

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

о, Шу проснулся, привет ну такой же функционал - кидать запросы, проверять ответы

Ну, кидать запросы много ума не надо. Библиотек полно. С валидацией ответов сложнее - зависит от того, как ты хочешь это видеть. Плюс зависит от стека.

Еще раз всем спасибо за попытки помочь

Яж тебе говорил просто не правильный был селектор)

Мм народ, подскажите плиз как лучше на русский перевести слово scope? Сфера тестирования? Область компетенции...

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

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

Не делай этого)

Открою портал в ад, откуда на нас пойдут легионы... Кто оттуда может пойти.. сеошники?)

Область тестового покрытия, не? Как-то в статьях проскакивало скоуп как есть

Скоуп это не про покрытие вообще.

В смысле уменьшить время выполнения запроса одного. Просто если напрямую через httзclient кидать запрос - быстрее получается, у RestAssured же там навёрнуто всякого и получается медленнее.

Сколько ж у вас автотестов апи, что захотелось их ускорить? Там точно сам restassred виновен, или инфраструктура медленная — запускатор тестов, отчетогенератор , листнеры? — Вот все эти неизбежные ласки перед тем как restassured проработает тест и после него?

Да не, у нас просто есть другое самописное решение вместо RA, которое работает быстрее раз в 3-5, но не обладает всеми фишками проверки запросов.

Речь именно о времени выполнения одного запроса, не о всех прочих наворотах.

Сколько ж у вас автотестов апи, что захотелось их ускорить? Там точно сам restassred виновен, или инфраструктура медленная — запускатор тестов, отчетогенератор , листнеры? — Вот все эти неизбежные ласки перед тем как restassured проработает тест и после него?

Ресташшуред довольно медленный, это факт. Слишком много операций с entity и джава в догонку. Быстро работать там нечему.

Всем привет! Подскажите true way дизайна кейсов в которых необходимо, например, выписать сумму покупки, чтобы сравнить с суммой на балансе после операции?

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

Шу, давай не плодить мифов про медленную джаву

Шу, давай не плодить мифов про медленную джаву

А в чем миф-то?

Всем привет! Подскажите true way дизайна кейсов в которых необходимо, например, выписать сумму покупки, чтобы сравнить с суммой на балансе после операции?

Я не понял вопроса. Можешь как-то переформулировать?

Я не понял вопроса. Можешь как-то переформулировать?

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

Да оформляй как удобно и как понятно исполнителю будет.

Причем понятно не только томуц исполнителю, который сейчас, а как если бы он пришел с улицы и первый день работал.

Я думал может какая-то распространенная практика есть для подобного :) Про понятность - это да

у тебя тесткейзы или чеки?

Кейсы

ну и норм. делай их с классическими атрибутами и всё.

Да они уже написаны, просто появилось время, решил кое что переписать, раздражают постоянные "выписать это" "выписать то")

А в чем миф-то?

В том, что джава медленная

Заранее предлагаю не плодить холивары и уточню, что я не сомневаюсь, что можно сделать медленные инструменты на джаве.

В том, что джава медленная

компилируемые быстрее)

Заранее предлагаю не плодить холивары и уточню, что я не сомневаюсь, что можно сделать медленные инструменты на джаве.

Ну, давай начнем всё таки с более корректной постановки вопроса, ты не веришь, что джава медленнее, чем что-либо ещё? Или ты не веришь, что рест-ашшуред, со всей своей тонной логики, медленнее, чем request-response курлом? Или что именно выглядит в твоих глазах как миф? Если говорить о джаве в целом, то в целом, безусловно, очень многое зависит от кода. Но, так или иначе, интерпретируемость кода в рантайме на основе архитектуры клиента и его jvm\jre: а) требует времени и ресурсов б) делает слабопредсказуемой производительность в принципе. Дальше все сильно зависит от производительности машины и наличия\отсутствия threadblocking, но это уже детали. Плюс к этому нужно понимать, что любые операции с сущностями внутри кода так или иначе требуют времени, и джава со своим классическим гипертрофированным ООП здесь тоже редко выигрывает. Ну и на последок: сложнее найти быстро работающие джава продукты, чем медленные.

Говнокодить можно везде

И можно не холиварить

Ну, давай начнем всё таки с более корректной постановки вопроса, ты не веришь, что джава медленнее, чем что-либо ещё? Или ты не веришь, что рест-ашшуред, со всей своей тонной логики, медленнее, чем request-response курлом? Или что именно выглядит в твоих глазах как миф? Если говорить о джаве в целом, то в целом, безусловно, очень многое зависит от кода. Но, так или иначе, интерпретируемость кода в рантайме на основе архитектуры клиента и его jvm\jre: а) требует времени и ресурсов б) делает слабопредсказуемой производительность в принципе. Дальше все сильно зависит от производительности машины и наличия\отсутствия threadblocking, но это уже детали. Плюс к этому нужно понимать, что любые операции с сущностями внутри кода так или иначе требуют времени, и джава со своим классическим гипертрофированным ООП здесь тоже редко выигрывает. Ну и на последок: сложнее найти быстро работающие джава продукты, чем медленные.

Ты говоришь что джава медленнее, но не говоришь медленнее чего. Это не говорит вообще ничего. В целом от кода зависит почти все. И это не учитывая кучу оптимизаций jvm, jit, aot. Без пруфоф не интересно, но проблема еще в том, что нормально пруфы не все умеют делать. Да и я не очень компетентен в этом. Я сразу сказал, что можно сделать медленные вещи типа RA, но это на любом языке так. Насчет продуктов - все очень зависит от. Можно ругать idea, что она тормозит (но она все еще очень хороша), а можно обрабатывать тысячи запросов в сек и радоваться.

Ты говоришь что джава медленнее, но не говоришь медленнее чего. Это не говорит вообще ничего. В целом от кода зависит почти все. И это не учитывая кучу оптимизаций jvm, jit, aot. Без пруфоф не интересно, но проблема еще в том, что нормально пруфы не все умеют делать. Да и я не очень компетентен в этом. Я сразу сказал, что можно сделать медленные вещи типа RA, но это на любом языке так. Насчет продуктов - все очень зависит от. Можно ругать idea, что она тормозит (но она все еще очень хороша), а можно обрабатывать тысячи запросов в сек и радоваться.

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

А что тогда быстрее всего? Скажем, антагонист джавы

Асм?))

нолики единички

С, С++, Rust. Swift?

А что тогда быстрее всего? Скажем, антагонист джавы

It depends.

Ruby, python

Так это же древняя тема холиваров

Да rest assured и по памяти течёт иногда) а если log.all() во всем проекте, то результат запуска соточки тестов это 2гб ОЗУ. Но де-факто тулл очень крутой

Но автор будет рад если кто поможет выявить узкие места и поделает пулл реквесты

Какой-нибудь supertest на javascript + mocha стартанет быстрее и выполнит все теже самые 100 тестов за пару секунд паралельно

Коллеги кто хорошо шарит в настройке джобов в дженкинсе?

Коллеги кто хорошо шарит в настройке джобов в дженкинсе?

Лучше сразу вопрос задавай

Лучше сразу вопрос задавай

не думаю, что коллективный разум сильнее занний человека который точно разбирается)

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

Рад что вы высказались)

Ты сам-то высказывать будешь или полтоы тысячи человек должны гадать что у тебя на уме?

Тебе совет дельный дали - не пытайся привлчечь внимание всех, сначала задай вопрос.

Вопрос был задан, вопрос в поиске человека хорошо разбирающегося в настройке джобов дженкинса.

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

Или "нужен человек, пишите в личку"?

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

Ну вот. Задал. Видишь, это же так просто :)

кто-то прочитает и если знает, то ответит )

Да просто, яж не спорю вопрос в том что это узконаправленый вопрос и засирать ленту тут не хотелось)

Да просто, яж не спорю вопрос в том что это узконаправленый вопрос и засирать ленту тут не хотелось)

Но тем не менее вместо одного сообщения с вопросом - оказалось 40 непрочитанных. Спасибо за потраченные впустую 3 минуты.

Но тем не менее вместо одного сообщения с вопросом - оказалось 40 непрочитанных. Спасибо за потраченные впустую 3 минуты.

Нет проблем)

Да просто, яж не спорю вопрос в том что это узконаправленый вопрос и засирать ленту тут не хотелось)

А самое интересное, что на вопрос о том, кто шарит в дженкинсе, я бы ответил положительно, а на эту дичь про питон скромно промолчу. => всегда задавайте сразу конкретный вопрос.

Да просто, яж не спорю вопрос в том что это узконаправленый вопрос и засирать ленту тут не хотелось)

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

вообщем по сабжу не осилили, зато затычками в бочке смогли, спасибо за советы) учту)

вообщем по сабжу не осилили, зато затычками в бочке смогли, спасибо за советы) учту)

Так то вам тут никто и ничего не должен вообще. А вот начинать срач и после этого остальных тут называть "затычками" - не очень то и вежливо.

Коллеги, приветствую. А кто может рассказать, как правильно размечать поля allure-аннотацией @Parameter в java? Сделал по доке, но в репорт не приходят. AspectJS наличествует, проблем с ним нет, т.к. степы отображаются корректно.

Доброго утра всем. Вопрос такого характера, как у Вас устроено тестирование? К примеру берем мобильное приложение, в нем каждый элемент зависит от каждого в той или иной степени, независимых элементов практически нет. Получается если найден баг, далее нет смысла искать еще баги?т.е. нашли баг, отдаем прогеру, курим, тот чинит, затем по новой. Или же можно найти все 10 багов, отдать прогеру и к примеру он исправит 5, а 5 сами уйдут? логика пока не ясна как проще делать

Доброго утра всем. Вопрос такого характера, как у Вас устроено тестирование? К примеру берем мобильное приложение, в нем каждый элемент зависит от каждого в той или иной степени, независимых элементов практически нет. Получается если найден баг, далее нет смысла искать еще баги?т.е. нашли баг, отдаем прогеру, курим, тот чинит, затем по новой. Или же можно найти все 10 багов, отдать прогеру и к примеру он исправит 5, а 5 сами уйдут? логика пока не ясна как проще делать

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

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

к примеру тест приемки успешен, я про то что если в дальнешем найдены 2 бага или 3-4 подряд, стоит их описывать все или же первый найденный или же первый приоритетный. Понятно что можно по всякому, но хотелось бы услышать реальный пример

к примеру тест приемки успешен, я про то что если в дальнешем найдены 2 бага или 3-4 подряд, стоит их описывать все или же первый найденный или же первый приоритетный. Понятно что можно по всякому, но хотелось бы услышать реальный пример

описывать нужно непременно все ИМХО, для регреса пригодиться, в джире для всех багов найдеться место, главное в дальнейшем, что-то не пропустить.

лучше завести лишний баг, и потом закрыть его по not reproduced, чем пропустить его

лучше завести лишний баг, и потом закрыть его по not reproduced, чем пропустить его

+1

лучше завести лишний баг, и потом закрыть его по not reproduced, чем пропустить его

воистину, лучше запостить тикет, чем не запостить. Пусть и won't fix\not a bug\can\t reproduce