EB
Если версии cypres / приложения в докер / без него совпадают, а результаты разные, я бы копал в сторону разной настройки окружения. Например, наличие переменных окружения необходимых для каких-либо библиотек / утилит
Size: a a a
2021 March 19
EB
Гугление текста ошибки приводит к проблемам прокси/вебпака. Может быть локально есть настройка nginx/apache которой нет в докер среде
EB
Ну и совсем простой дебаг в виде: включить все сервисы кроме сайпрес и покликать руками по сайту, исключив сайпрес из подозрений. Следом: включить сайпрес, но вне докер среды. Проверить как докеризированный сайпрес будет работать с не-докер аппой.
A
Вот последняя идея прям хорошая.
Я тестил докерезированное приложение с обычным Cypress, но не делал наоборот. Вот откуда ноги у проблемы растут.
Спасибо
Я тестил докерезированное приложение с обычным Cypress, но не делал наоборот. Вот откуда ноги у проблемы растут.
Спасибо
AG
День добрый.
Такой вопрос. Сейчас занимаемся внедрением тестов Cypress в ci/cd. Процесс шел нормально до тех пор пока не наткнулся на странную штуку.
Суть в чем: есть небольшое vue-приложение, буквально инпут, кнопка, простая логика нажатия.
Приложение засунули в docker-контейнер и развернули в нем. Успешно.
Далее через docker-compose запускаем приложение и Cypress (с зависимостью от запуска приложения).
Запускается успешно, Cypress работает. Проходят простейшие проверки (типа expect(1).to.be.equal(1)).
Успешно проходят тесты, в которых происходит запрос. Но при попытке взаимодействия с элементами DOM тесты фейлятся.
Только вместо страницы приложения приходит страница с текстом "Invalid Host header".
Важное примечание. Если запускать приложение и Cypress не в контейнере, то все тесты успешно проходятся.
Есть ощущение что что-то не так сделал в докере
Такой вопрос. Сейчас занимаемся внедрением тестов Cypress в ci/cd. Процесс шел нормально до тех пор пока не наткнулся на странную штуку.
Суть в чем: есть небольшое vue-приложение, буквально инпут, кнопка, простая логика нажатия.
Приложение засунули в docker-контейнер и развернули в нем. Успешно.
Далее через docker-compose запускаем приложение и Cypress (с зависимостью от запуска приложения).
Запускается успешно, Cypress работает. Проходят простейшие проверки (типа expect(1).to.be.equal(1)).
Успешно проходят тесты, в которых происходит запрос. Но при попытке взаимодействия с элементами DOM тесты фейлятся.
Только вместо страницы приложения приходит страница с текстом "Invalid Host header".
Важное примечание. Если запускать приложение и Cypress не в контейнере, то все тесты успешно проходятся.
Есть ощущение что что-то не так сделал в докере
AG
Ну например.
R(
Anastasia G
А можно ссылочку на этот курс?
Да хоть все три :)
Канер, материалы курса по ссылкам вверху ( http://www.testingeducation.org/BBST/ )
Интуит: https://intuit.ru/studies/courses/48/48/info
Куликов: https://svyatoslav.biz/software_testing_book/
Канер, материалы курса по ссылкам вверху ( http://www.testingeducation.org/BBST/ )
Интуит: https://intuit.ru/studies/courses/48/48/info
Куликов: https://svyatoslav.biz/software_testing_book/
T
Всем привет, а есть тут кто-нибудь, кто работает одним тестером в компании (примерно на 15-25 человек)? Это реально?
АФ
Всем привет, а есть тут кто-нибудь, кто работает одним тестером в компании (примерно на 15-25 человек)? Это реально?
компании или разработчиков 25 на одном продукте и они его пилят а один человек тестирует?
T
Не, всего компания, разработчиков 9 примерно
АФ
Не, всего компания, разработчиков 9 примерно
жена так работает. 3 фронта 2 БД 4 бэка и она одна тестер. пишет автотесты и тестит руками успевает все. Сама - джун
AC
жена так работает. 3 фронта 2 БД 4 бэка и она одна тестер. пишет автотесты и тестит руками успевает все. Сама - джун
И еще немножечко вышивает крестиком наверное )
T
👍спасибо, т.к. я тоже джун и предлагают такую работу, оч.хочеться работать на реальных проектах, но думаю, справлюсь ли)
T
И еще немножечко вышивает крестиком наверное )
😀😀😀
K
Всем привет, а есть тут кто-нибудь, кто работает одним тестером в компании (примерно на 15-25 человек)? Это реально?
я единственный тестировщик в компании, вполне себе реально. правда, продукт растёт, и я уже не так справляюсь, поэтому в перспективе будет второй тестировщик
T
я единственный тестировщик в компании, вполне себе реально. правда, продукт растёт, и я уже не так справляюсь, поэтому в перспективе будет второй тестировщик
Ну, все если что буду вас расспрашивать по постановке работы))
AC
Всем привет, а есть тут кто-нибудь, кто работает одним тестером в компании (примерно на 15-25 человек)? Это реально?
Работать то можно, но риск пропустить что-то в прод достаточно высоки кмк
T
Работать то можно, но риск пропустить что-то в прод достаточно высоки кмк
Согласна
АФ
Работать то можно, но риск пропустить что-то в прод достаточно высоки кмк
тут все зависит от кучи обстоятельств: сложность системы, уровень разрабов, скорость поставки кода. подход к качеству от разработки и тд.
Если где то жопа то да, один тестер врядли закроет все, если процесс хороший и за качество топят все - работать вполне можно
Если где то жопа то да, один тестер врядли закроет все, если процесс хороший и за качество топят все - работать вполне можно
AC
тут все зависит от кучи обстоятельств: сложность системы, уровень разрабов, скорость поставки кода. подход к качеству от разработки и тд.
Если где то жопа то да, один тестер врядли закроет все, если процесс хороший и за качество топят все - работать вполне можно
Если где то жопа то да, один тестер врядли закроет все, если процесс хороший и за качество топят все - работать вполне можно
Я и говорю что "работать можно"