Замер производительности - профайлер - типовая фича для многих языков. А для джавы их даже несколько. Только помимо простого списка с временем выполнения кода, они позволяют строить удобные heat-map, применять фильтры, анализировать содержимое памяти, находить неоптмимальное использование структур данных и многое другое. И да, я бы понял ещё сравнение EDT с Идеей, но конфигуратор?..
1с сервер отдаёт счётчики производительности, в последних версиях даже в json. Для метрик конфигурации существует подсистема оценки производительности, где можно развесить ключевые операции по коду.
В 1С подавать нагрузку можно разными способами. И тестировать веб сервисы через jmeter вполне можно. Но тестировать UI намного проще через инструменты автоматизированного тестирования, предоставляемые платформой. Вы же для обычного сценарного тестирования будете Selenium с авторекордингом брать, а не с нуля css в jmeter нвковыривать? Тут так же.
Для большинства сервисов есть плагины и инструменты, а для 1с нихрена нет, так как вендор не заинтересован в раскрытии экосистемы вовне и во главе всего тулинга стоит тотальный NIH-синдром.
Про VA - странно, что вы её изучали, и не заметили геркин. Потому что VA - это буквально фича-плеер геркин файлов так же как и cucumber. Вы точно VA изучали?
Рекордер UI есть в составе платформы. Как и генератор 1C-кода для проигрывания записанных шагов через механизм автоматизированного тестирования. Дополнительно в VA есть генератор фича-файлов на базе записанного рекордером сценария + в VA есть расширения языка геркин для поддержки циклов, условий, переменных и прочего.
если использовать механизм автоматизированного тестирования, то нет. тест-менеджер одновременно может взаимодействовать только с одним тест-клиентом. можно запускать n тест-менеджеров, часть из них - с одной нагрузочной станции. подробнее https://infostart.ru/1c/articles/1182048/
в любом случае стоит разобраться с 1С:Тест-Центром.
Параметры авторизации можно передать в адресной строке (в случае веб клиента) и в строке запуска (в случае тонкого клиента).
Но с гуидами это только первый слой ада, дальше вы столкнетесь с перегенерируемыми ключами свойств и не постоянными именами объектов в интерфейсе. Поэтому мой вам совет - для тестирования 1с используйте инструменты тестирования 1с. Максимум, что можно тестировать через JMeter - это web и http сервисы.
Разберитесь с тест-центром, разберитесь с механизмом автоматизированного тестирования (либо платформенного, либо на базе Vanessa Automation и Gherkin), и задача будет решаться намного проще, а тесты, которые вы напишите, не протухнут с новым релизом платформы или конфигурации.
Рекомендация на будущее - чтобы избежать неизбежных и бесполезных срачей с Гилевым, используйте для 1С другие нагрузочные тесты. Например, тест Fragster или хотя бы "стандартный нагрузочный тест" от 1С.
Расскажите, пожалуйста, как вы организовали нагрузочное тестирование? Что является запускатором - ТестЦентр или свое решение? Приходится ли адаптировать существующие фичи, или они изначально пишутся так, что их можно запускать и как функциональные тесты и как нагрузочное?
К чему это утверждение? Наличие образа под виндовое ядро в первую очередь зависит от того, работает ли софт под виндой.
Я лишь апеллировал к тезису, что для докера обязательно нужно линуксовое ядро - оно нужно только для образов на базе линуксового ядра. А для виндовых - не нужно.
Замер производительности - профайлер - типовая фича для многих языков. А для джавы их даже несколько. Только помимо простого списка с временем выполнения кода, они позволяют строить удобные heat-map, применять фильтры, анализировать содержимое памяти, находить неоптмимальное использование структур данных и многое другое. И да, я бы понял ещё сравнение EDT с Идеей, но конфигуратор?..
Кажется, сейчас имеет смысл начинать курить Matter over Thread. По крайней мере для новых установок.
Да, так как komensanto - существительное.
Пулл реквест-то прислали?
Счётчики производительности прямо с кластера - это фича КОРП, да.
https://v8.1c.ru/platforma/upravlenie-potrebleniem-resursov/
https://wonderland.v8.1c.ru/blog/mekhanizm-upravleniya-potrebleniem-resursov/
Ну и на итс с обычной девелоперской учеткой, раздел 5.2.15 https://its.1c.ru/db/v8327doc/bookmark/cs/TI000000183
1с сервер отдаёт счётчики производительности, в последних версиях даже в json. Для метрик конфигурации существует подсистема оценки производительности, где можно развесить ключевые операции по коду.
Мониторинг сети и схд - это мониторинг железа, причём тут разработчики? Так же как и в любом другом стеке - забикс/прометеус
Нет, для комьюнити лицензии не нужен сертификат. Нужно просто на портале зарегистрироваться.
Не загуглили, а спросили у chatgpt. И кроме первой строки (и то с ошибкой) он вам сгаллюцинировал чушь
Ну так вы агента и мастера тоже в utf-8 переведите :)
За что ж вы windows-1251 в скриптах устанавливаете... Сколько можно лямку ANSI тянуть
Передача логопаса:
https://forum.infostart.ru/redirect.php?url=aHR0cDovL3NlcnZlci9wYXRoL3RvL2Jhc2UvP049dXNlciZhbXA7UD1wYXNzd29yZA==
В 1С подавать нагрузку можно разными способами. И тестировать веб сервисы через jmeter вполне можно. Но тестировать UI намного проще через инструменты автоматизированного тестирования, предоставляемые платформой. Вы же для обычного сценарного тестирования будете Selenium с авторекордингом брать, а не с нуля css в jmeter нвковыривать? Тут так же.
Для большинства сервисов есть плагины и инструменты, а для 1с нихрена нет, так как вендор не заинтересован в раскрытии экосистемы вовне и во главе всего тулинга стоит тотальный NIH-синдром.
Про VA - странно, что вы её изучали, и не заметили геркин. Потому что VA - это буквально фича-плеер геркин файлов так же как и cucumber. Вы точно VA изучали?
Рекордер UI есть в составе платформы. Как и генератор 1C-кода для проигрывания записанных шагов через механизм автоматизированного тестирования. Дополнительно в VA есть генератор фича-файлов на базе записанного рекордером сценария + в VA есть расширения языка геркин для поддержки циклов, условий, переменных и прочего.
если использовать механизм автоматизированного тестирования, то нет. тест-менеджер одновременно может взаимодействовать только с одним тест-клиентом. можно запускать n тест-менеджеров, часть из них - с одной нагрузочной станции. подробнее https://infostart.ru/1c/articles/1182048/
в любом случае стоит разобраться с 1С:Тест-Центром.
Параметры авторизации можно передать в адресной строке (в случае веб клиента) и в строке запуска (в случае тонкого клиента).
Но с гуидами это только первый слой ада, дальше вы столкнетесь с перегенерируемыми ключами свойств и не постоянными именами объектов в интерфейсе. Поэтому мой вам совет - для тестирования 1с используйте инструменты тестирования 1с. Максимум, что можно тестировать через JMeter - это web и http сервисы.
Разберитесь с тест-центром, разберитесь с механизмом автоматизированного тестирования (либо платформенного, либо на базе Vanessa Automation и Gherkin), и задача будет решаться намного проще, а тесты, которые вы напишите, не протухнут с новым релизом платформы или конфигурации.
Рекомендация на будущее - чтобы избежать неизбежных и бесполезных срачей с Гилевым, используйте для 1С другие нагрузочные тесты. Например, тест Fragster или хотя бы "стандартный нагрузочный тест" от 1С.
Не думали завезти это все в инфраструктуру тест центра?
https://infostart.ru/1c/articles/1182048/
Раз это перевод, можно вставлять ссылку на оригинал?
Расскажите, пожалуйста, как вы организовали нагрузочное тестирование? Что является запускатором - ТестЦентр или свое решение? Приходится ли адаптировать существующие фичи, или они изначально пишутся так, что их можно запускать и как функциональные тесты и как нагрузочное?
Дальше, в принципе, можно и не читать.
К чему это утверждение? Наличие образа под виндовое ядро в первую очередь зависит от того, работает ли софт под виндой.
Я лишь апеллировал к тезису, что для докера обязательно нужно линуксовое ядро - оно нужно только для образов на базе линуксового ядра. А для виндовых - не нужно.