АК
Вариант, но странно.
Size: a a a
2020 May 18
OK
Андрей Михайлович Корниенко
То есть взять снифер и посмотреть?
ну можно для начала глазами каждый параметр сравнить
АК
ну можно для начала глазами каждый параметр сравнить
Копирование и вставка
АК
ну можно для начала глазами каждый параметр сравнить
Базовая авторизация и прочие прелести. Разницы точно нет.
OK
Андрей Михайлович Корниенко
Копирование и вставка
ну тогда все, соап юай сломан, все сломано, интернет не работает 🙂
слушай, код не врет, не видя что и куда ты там отправляешь - можем гадать до утра
слушай, код не врет, не видя что и куда ты там отправляешь - можем гадать до утра
АК
ну тогда все, соап юай сломан, все сломано, интернет не работает 🙂
слушай, код не врет, не видя что и куда ты там отправляешь - можем гадать до утра
слушай, код не врет, не видя что и куда ты там отправляешь - можем гадать до утра
Так вопрос был в том, что ошибка в любом случае. Только curl даёт её полнее.
АК
Быть может нужно как-то конфигурировать, а я этого не знаю.
АБ
Всем привет. Ребят, как передать мавену headless хром флаг вот в таком контексте?
mvn clean verify -P integration-tests -Dit=AdoptionAzIT.java -Dselenium.grid.url=http://localhost:4444/wd/hub -Dapplication.url=http://10/test-project/
AK
Всем привет. Кто может подсказать, как можно из pom.xml передавать параметр в файл property?
N
Стоит проблема: как в микросервисной архитектуре, вызывая сервисы 1-го уровня, протестировать работу сервисов 2-3 уровней(вызываемых сервисами уровней выше)
При этом проводить тестирование непосредственно сервисов 2-3 уровней бесполезно, потому что на это есть функциональные тесты и они не выявляют ошибок.
Прошу поделиться мыслями
При этом проводить тестирование непосредственно сервисов 2-3 уровней бесполезно, потому что на это есть функциональные тесты и они не выявляют ошибок.
Прошу поделиться мыслями
AB
а зачем их тестировать, если для них уже есть тесты и они не выявляют ошибок?
N
Ошибки выявляются, но поздно, е2е тестами
N
Причем чаще ошибки как раз относятся к сервисам 2-3 уровней, они в основном технические
KK
Ошибки выявляются, но поздно, е2е тестами
если сервисы 2 и 3 уровня протестированы, в них не должно быть ошибок. Иначе не хватает тестов
KK
ошибки интеграции, логики или мб контрактов?
N
Интеграции
KK
можно конкретный пример?
N
можно конкретный пример?
Не очень могу, но попробую более детально.
Например есть часть прикладных сервисов, и часть технических - типа логирования, журналирования, транспортные, управления процессами и тп. Их пилят разные команды
Прикладные сервисы вызывают технические сервисы 1го уровня, а те в свою очередь могут вызывать сервисы 2-го уровня. Таким образом получается уже 3 уровня вызовов
Допустим достоверно мы не знаем всю эту матрицу вызовов, но нам надо провести такое тестирование (системное) которое будет выявлять ошибки интеграции до проведения е2е тестов
Например есть часть прикладных сервисов, и часть технических - типа логирования, журналирования, транспортные, управления процессами и тп. Их пилят разные команды
Прикладные сервисы вызывают технические сервисы 1го уровня, а те в свою очередь могут вызывать сервисы 2-го уровня. Таким образом получается уже 3 уровня вызовов
Допустим достоверно мы не знаем всю эту матрицу вызовов, но нам надо провести такое тестирование (системное) которое будет выявлять ошибки интеграции до проведения е2е тестов
IE
OK
Не очень могу, но попробую более детально.
Например есть часть прикладных сервисов, и часть технических - типа логирования, журналирования, транспортные, управления процессами и тп. Их пилят разные команды
Прикладные сервисы вызывают технические сервисы 1го уровня, а те в свою очередь могут вызывать сервисы 2-го уровня. Таким образом получается уже 3 уровня вызовов
Допустим достоверно мы не знаем всю эту матрицу вызовов, но нам надо провести такое тестирование (системное) которое будет выявлять ошибки интеграции до проведения е2е тестов
Например есть часть прикладных сервисов, и часть технических - типа логирования, журналирования, транспортные, управления процессами и тп. Их пилят разные команды
Прикладные сервисы вызывают технические сервисы 1го уровня, а те в свою очередь могут вызывать сервисы 2-го уровня. Таким образом получается уже 3 уровня вызовов
Допустим достоверно мы не знаем всю эту матрицу вызовов, но нам надо провести такое тестирование (системное) которое будет выявлять ошибки интеграции до проведения е2е тестов
контрактное тестирование?