Size: a a a

2019 December 11

AV

Alex Vershinin in JS for testing
Можешь скинуть скрин какой запрос уходит?
источник

AV

Alex Vershinin in JS for testing
Можно в личку, чтобы не шарить, если удобно)
источник

NS

Nick Silver in JS for testing
там немного сложнее, порешал с разработчиками уже, спасибо . Просто думал, возможно можно как-то игнорить ошибки в конфиге jest-puppeteer. Есть аргумент 'ignoreHttpErrors' , думал есть нечто подобное для JS  ошибок
источник

OI

Oleksii Ihnatiuk in JS for testing
что значит игнорить?
источник

NS

Nick Silver in JS for testing
Oleksii Ihnatiuk
что значит игнорить?
возможно я грубо выразился. Так как пуппетир падает по дефолту если есть какая-либо ошибка в консоли, подумал - может есть способ , что бы тест не падал и шел дальше
источник

NS

Nick Silver in JS for testing
и, если есть  такой способ,  то возможно можно игнорировать конкретную ошибку JS ,которая нам известна, при этом падая на остальных
источник

OI

Oleksii Ihnatiuk in JS for testing
Не знал о таком поведении, надо посмотреть доку
источник

NS

Nick Silver in JS for testing
По крайней мере у меня любую unexpected error  сразу логирует  и тест падает
источник

SK

Sergey Khristenko in JS for testing
EL
Ребят, еще 1 вопрос. Мучаюсь с отлавливанием запросов...
CypressError: Timed out retrying: cy.wait() timed out waiting 10000ms for the 1st request to the route: 'planets'. No request ever occurred.
it("Next, Validate Galaxy XHR", function () {
           
           cy.log('check that "Next button" isn\'t clickable')
           cy.get(".speech-bubble-juno")
               .should("have.length", 1)
               .then(() => {
                   cy.contains("NEXT").parent().parent().should("have.css",'opacity','0.4')

               })

           cy.server()
           cy.route({
               method: "GET",
               url: "/get_static/planets_segula"
           }).as("planets")
           cy.log("waiting for planet's request, planets are visible")
           cy.wait("@planets")
               .then($xhr => {
                   expect($xhr.status).to.equal(200)
                   expect($xhr.response.body[0].data.children[0]).not.to.be.null
                   expect($xhr.response.body[0].data.children[0]).not.to.be.undefined
               })
       })

Попробовала https://github.com/cypress-io/cypress/issues/3427.
не помогло, запрос верный, раньше работал.что может быть не так...😭
похоже что ты его начинаешь ждать уже после того, как он случился
Надо server и route перед кликом поставить 🙂
источник

AV

Alex Vershinin in JS for testing
Sergey Khristenko
похоже что ты его начинаешь ждать уже после того, как он случился
Надо server и route перед кликом поставить 🙂
Нет, не надо. Он должен быть после.
источник

AV

Alex Vershinin in JS for testing
В доке в примере сначала cy.visit, затем cy.wait
источник

SK

Sergey Khristenko in JS for testing
cy.server и cy.route должен быть после клика? 🤔
Это wait должен быть после
источник

AV

Alex Vershinin in JS for testing
Перечитал)) да, сервак скорее до) простите, сложный день
источник

SK

Sergey Khristenko in JS for testing
Но там в примере из вопроса все равно нет никакого клика )))
Вообще не понятно почему оно должно работать
источник

AV

Alex Vershinin in JS for testing
Может не надо никуда кликать, чтобы запрос ушёл. Но тогда и ждать нужно не там) и cy.server/cy.route скорее в before переместить)
источник

E

EL in JS for testing
Alex Vershinin
Может не надо никуда кликать, чтобы запрос ушёл. Но тогда и ждать нужно не там) и cy.server/cy.route скорее в before переместить)
Ну, там как... Если верить скринам ранера, то как раз в момент ожидания прогружается результат запроса.ни позже,ни раньше. Но клик приводящий к экрану с запросом  да, был ранее... Попробую в бефор переместить, да...
источник

m

mkots in JS for testing
Michael Bodnarchuk
Йоу, у меня вопрос: кто-то использует какие-то системы тест менеджмента для автотестов?
Я запускаю проект https://testomat.io который как раз направлен на тех людей, кто пока ничего подобного не использует :)
Там будет поддержка проектов на JavaScript. Короче, вы сможете планировать ваши тесты перед реализацией, а также просматривать их и обсуждать в удобном UI

Вобщем, посмотрите, https://testomat.io
Жду фидбеков и записывайтесь на бетку )
Self-hosted решение есть\будет?
источник

MB

Michael Bodnarchuk in JS for testing
mkots
Self-hosted решение есть\будет?
можно обсуждать. Запишись на бету и укажи, что нужна self-hosted, а мы уже оценим - если будет запрос рынка - сделаем
источник

m

mkots in JS for testing
👌
источник

m

mkots in JS for testing
Michael Bodnarchuk
можно обсуждать. Запишись на бету и укажи, что нужна self-hosted, а мы уже оценим - если будет запрос рынка - сделаем
Может тебе с челом из qase.io поговорить, он что—то подобное делает, но без автотестов
источник