B
оффтопик: я тут как раз слушаю песню певицы
Selene Gomez (Rare), случнайность )Size: a a a
2020 February 11
AS
Нет. Селенид назван так из-за селениума. В химии селенид - это соединение селениума с чем-нибудь.
AS
А селениум когда-то назвали так, чтобы потроллить другой тул, который был в то время на рынке (вроде меркуриал, но это неточно). Тот тул, говорят, был дорогой и неудобный, а чуваки сделал бесплатный селениум. А в химии меркуриал - яд, а селениум - противоядие.
AG
цитата с вики
Название «Selenium» («selenium» в переводе с английского языка — селен) стало использоваться после того, как в одном из своих электронных писем (email) Huggins пошутил о конкурирующем проекте, имеющем название «Mercury Interactive QuickTest Professional» («mercury» в переводе с английского языка — ртуть), написав о том, что можно вылечиться от отравления ртутью, принимая с пищей селен[2].
B
puppeteer => playwright - вот троллинг )A
Ivan Efimov
если это винда попробуй в shell execute воткнуть:
chcp 1251
echo "Привет мир!"
chcp 1251
echo "Привет мир!"
Проблема была в клиенте дженкинса, надо было прописать в опциях JVM клиента -Dfile.encoding=UTF-8. Спасибо за помощь!
IE
#teamcity #aws
Для работы тестов в билдах в качестве шага сборки запускается скрипт, добавляющий Teamcity agent в Security Group нашего VPC на AWS.
В какой-то момент билды стали падать в Teamcity, т.к лимит на правила Security Groups исчерпан.
Все бы ничего, но в сборках явно прописано, что при падении билда нужно подчищать за собой и удалять из SG айпи адреса EC2 инстансов.
В Teamcity при этом есть какая-то фича, которая скипает обязательные шаги, если билд был Отменен, тем самым возникает ситуация, когда IP адрес был добавлен, но не был удален. Количество правил в SG растет за день.
Аудит не помог выявить ни людей, отменяющих билды, ни причины отмены билдов и ситуаций, когда +1 -1 действия по добавлению/подчистке правил выстраивают такую очередь.
За сим вопрос:
За какую метрику зацепиться, чтобы точно знать, что конкретный ЕС2 инстанс отработал свое? Вместо подхода "убери за собой" я хочу добавить периодический таск на вычистку SG, но не совсем понятно в какой момент времени и основываясь на чем формировать пул IP адресов машин-агентов, которые можно подчистить
Как воркэраунд я вижу вариант:
1 Оценить максимальное время билдов, добавить временной оффсет для надежности
2 Когда запускаются билды, как только известен айпи машины, помещать время старта агента с его айпи в тимсити параметр
3 В момент запуска таски на удаление IP проверять IP, которые уже были завершены давно (сравниваем с временем из п1) и удаляем
Некоторую сложность добавляет то, что ЕС2 инстансы теряют свои атрибуты после того как переходят в состояние terminated. То есть AWS API не очень тут поможет как я вижу
Для работы тестов в билдах в качестве шага сборки запускается скрипт, добавляющий Teamcity agent в Security Group нашего VPC на AWS.
В какой-то момент билды стали падать в Teamcity, т.к лимит на правила Security Groups исчерпан.
Все бы ничего, но в сборках явно прописано, что при падении билда нужно подчищать за собой и удалять из SG айпи адреса EC2 инстансов.
В Teamcity при этом есть какая-то фича, которая скипает обязательные шаги, если билд был Отменен, тем самым возникает ситуация, когда IP адрес был добавлен, но не был удален. Количество правил в SG растет за день.
Аудит не помог выявить ни людей, отменяющих билды, ни причины отмены билдов и ситуаций, когда +1 -1 действия по добавлению/подчистке правил выстраивают такую очередь.
За сим вопрос:
За какую метрику зацепиться, чтобы точно знать, что конкретный ЕС2 инстанс отработал свое? Вместо подхода "убери за собой" я хочу добавить периодический таск на вычистку SG, но не совсем понятно в какой момент времени и основываясь на чем формировать пул IP адресов машин-агентов, которые можно подчистить
Как воркэраунд я вижу вариант:
1 Оценить максимальное время билдов, добавить временной оффсет для надежности
2 Когда запускаются билды, как только известен айпи машины, помещать время старта агента с его айпи в тимсити параметр
3 В момент запуска таски на удаление IP проверять IP, которые уже были завершены давно (сравниваем с временем из п1) и удаляем
Некоторую сложность добавляет то, что ЕС2 инстансы теряют свои атрибуты после того как переходят в состояние terminated. То есть AWS API не очень тут поможет как я вижу
Check the CloudTrail --> RecentEvents --> TerminateInstances (Eventname) and you will find Username there.
почитай может, то что нужно:
Creating CloudWatch Alarms for CloudTrail Events: Examples
https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudwatch-alarms-for-cloudtrail.html
почитай может, то что нужно:
Creating CloudWatch Alarms for CloudTrail Events: Examples
https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudwatch-alarms-for-cloudtrail.html
IE
O
Andrei Solntsev
А селениум когда-то назвали так, чтобы потроллить другой тул, который был в то время на рынке (вроде меркуриал, но это неточно). Тот тул, говорят, был дорогой и неудобный, а чуваки сделал бесплатный селениум. А в химии меркуриал - яд, а селениум - противоядие.
меркуриал это система контроля версий. В химии меркури это ртуть :)
EB
Ivan Efimov
Спасибо, я курил уже этот док. Видимо, нужно опять ждать в чатике того, кто решал подобную проблему а не гуглил за меня =(
V
Andrei Solntsev
Нет. Селенид назван так из-за селениума. В химии селенид - это соединение селениума с чем-нибудь.
Спасибо, теперь понятно почему, из-за соединения. Спасибо всем за разъяснения.
IE
Спасибо, я курил уже этот док. Видимо, нужно опять ждать в чатике того, кто решал подобную проблему а не гуглил за меня =(
Может это из-за бага в тимсити для ec2?
https://youtrack.jetbrains.com/issue/TW-63124
https://youtrack.jetbrains.com/issue/TW-63124
EB
Ivan Efimov
Может это из-за бага в тимсити для ec2?
https://youtrack.jetbrains.com/issue/TW-63124
https://youtrack.jetbrains.com/issue/TW-63124
а вот это интересно, когда доберусь до офиса посмотрю на наши исходные данные, но это очень похоже на правду. Правда, резолюция fixed, а мы вчера обновлялись до последней версии
IE
Это же вроде релиз кандидат Kanpur 2019.2 RC (71364), 2019.1.6, по ссылке можно скачать фикс в zip архиве с jetbrains
A
Привет! Кто-нибудь сталкивался с проблемой удалённых тестов в cypress? Как восстанавливать?
EB
Ivan Efimov
Это же вроде релиз кандидат Kanpur 2019.2 RC (71364), 2019.1.6, по ссылке можно скачать фикс в zip архиве с jetbrains
у нас актуальнее билд, значит мы уже имеем этот фикс
IE
Ну еще можно посмотреть все баги по aws https://youtrack.jetbrains.com/issues?q=aws%20project:%20TeamCity%20project:%20%7BTeamCity%20Cloud%7D
AK
Вот тут я напоролся уже. Не помогает. Он может просто забросить страницу и появится через 30 секунд.
А может сразу
А может сразу
1) Если вы хотите ловит какой-то конкретный Exception, то:
* неясно, зачем;
* проще делать внутри простого catch{Exception e}
2) Если у вас внезапно может возникнуть попап, то кмк лучше всего его хендлить методом типа "Закрой все попапы" и засунуть его в те места, где у вас происходит поиск (findElement). Т.е. очень глубоко. Зато тест не будет падать из-за чего-то внезапно появившегося.
* неясно, зачем;
* проще делать внутри простого catch{Exception e}
2) Если у вас внезапно может возникнуть попап, то кмк лучше всего его хендлить методом типа "Закрой все попапы" и засунуть его в те места, где у вас происходит поиск (findElement). Т.е. очень глубоко. Зато тест не будет падать из-за чего-то внезапно появившегося.
А
Добрый день, уважаемые доны тестирования. Насколько будет уместно размещение здесь вакансии QA инженера? Ищу новые места поиска кандидатов.
DS
Салют! пытаюсь выкачать несколько файлов с одним именем через хедлес хромдрайвер, но натыкаюсь на лимитейшен https://github.com/SeleniumHQ/selenium/issues/5722 может кто знает как обойти, не меняя сценарий? через юай винда добавляет +1 инкремент к названию (java)