Size: a a a

QA — Автоматизация

2019 December 04

AK

Alexey Kasatkin in QA — Автоматизация
Благодарю
источник

V

Varuna in QA — Автоматизация
gradle.properties может в себе хранить переменные, которые потом будут использованы непосредственно в тесте? Я уже понял, что можно создать переменные окружения и юзать их в командной строке. Не понимаю, как импортировать из gradle.properties переменные в java.class. Вообще можно подобное использовать для сокрытия паролей и логинов в отдельном файле? В pythone есть удобный .env В java какие-то громоздкие решения через кучу try-catch. Есть элегантный и удобный способ?
источник

O

Oleg in QA — Автоматизация
Есть класс Properties, у него ест метод load
источник

O

Oleg in QA — Автоматизация
В джаве как в питоне в одну строчку никогда не будет
источник

V

Varuna in QA — Автоматизация
Ну, если только так, то тогда вопросов нет. Благодарю
источник

O

Oleg in QA — Автоматизация
В принципе варианты конечно есть, можно притащить спринг и @Value. Но прочитать файл, обернуть в трай кетч это стандартный способ
источник

A

Alex in QA — Автоматизация
можно использовать либу Owner
источник

A

Alex in QA — Автоматизация
я для вычитки использую апач коммонс
источник

A

Alex in QA — Автоматизация
и вместо переменных у меня енам
источник

A

Alex in QA — Автоматизация
+ апач коммонс позволяет засунуть проперти файл в другой проперти файл
источник

AV

Alexei Vinogradov in QA — Автоматизация
Varuna
gradle.properties может в себе хранить переменные, которые потом будут использованы непосредственно в тесте? Я уже понял, что можно создать переменные окружения и юзать их в командной строке. Не понимаю, как импортировать из gradle.properties переменные в java.class. Вообще можно подобное использовать для сокрытия паролей и логинов в отдельном файле? В pythone есть удобный .env В java какие-то громоздкие решения через кучу try-catch. Есть элегантный и удобный способ?
Может. Пример сделаю скоро.
источник

AV

Alexei Vinogradov in QA — Автоматизация
Там к сожалению нетривиально, если хочется стабильности.
источник

AB

Alexei Barantsev in QA — Автоматизация
зачем в gradle.properties, это для сборщика. не надо там держать пароли и прочее такое
источник

V

Varuna in QA — Автоматизация
Alexei Vinogradov
Может. Пример сделаю скоро.
Это  очень круто. Сделайте сюда ссылку, пожалуйста, когда оно будет :)
источник

AB

Alexei Barantsev in QA — Автоматизация
норм же совет про апач коммонс
http://commons.apache.org/proper/commons-configuration/
источник

V

Varuna in QA — Автоматизация
Alexei Barantsev
зачем в gradle.properties, это для сборщика. не надо там держать пароли и прочее такое
Возможно. Мне казалось это логичным, но может и не так
источник

AB

Alexei Barantsev in QA — Автоматизация
это не так. потому что иногда хочется задать свойства сборщика, и как тогда этот файл в репозиторий укладывать, если там пароли?
источник

AB

Alexei Barantsev in QA — Автоматизация
если что-то возможно сделать технически, это не значит, что так надо делать, потому что иногда логика этому противоречит
источник

V

Varuna in QA — Автоматизация
Alexei Barantsev
это не так. потому что иногда хочется задать свойства сборщика, и как тогда этот файл в репозиторий укладывать, если там пароли?
Да, согласен. Благодарю
источник

C

Combot in QA — Автоматизация
источник