AS
И останется активная кнопка, ведущая в неизвестность. Последствия непредсказуемые.
Size: a a a
2020 February 04
ZE
Вполне возможно, конечно, но в конечном итоге приоритеты расставлял владелец продукта т осознавал риски)
ДВ
короч я разобрался и мне немного стыдно (но я в автоматизации тестирования селениумом пока нуб) итак проблема была в том, что таких элементов много. Как только я выбрал один конкретный (составным селектором выбрал конкретную кнопку) - всё сразу заработало.
Скорее не из-за абстрактного "много таких", а из-за "первой подходящей", которая оказалась некликабельна)
KL
Скорее не из-за абстрактного "много таких", а из-за "первой подходящей", которая оказалась некликабельна)
Вообще они все должны быть кликабельны на тот момент. Кнопка становится кликабельной как только товар добавлен в корзину. Сначала я их добавляю и лишь потом жму (там разница в полсекунды точно есть)
PG
и учить java?) Нееее...
Ой зря))
KL
Чо?) Но java то учить придется?
PG
Чо?) Но java то учить придется?
Ради selenide можно)
МК
ради spring boot можно учить. захотел то - вот тебе аннотация, захотел сё - вот тебе другая.
не то что эти ваши aiohttp.
п.с. питонские. да
не то что эти ваши aiohttp.
п.с. питонские. да
KL
Ради selenide можно)
Ну мб потом) для начала нужно нормально python выучить)
O
Привет. Скажите, пожалуйста, если у вас есть автотесты и в них есть flaky (т.е. тесты, которые случайным образом иногда фейлятся), как вы поступаете с ними после очередного прогона? Перетестируете вручную? Перезапускаете автопрогон? Просто игнорите, если эти фляки каждый раз разные? (вопрос скорее из любопытства по поводу чужого опыта)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
ДВ
ради spring boot можно учить. захотел то - вот тебе аннотация, захотел сё - вот тебе другая.
не то что эти ваши aiohttp.
п.с. питонские. да
не то что эти ваши aiohttp.
п.с. питонские. да
Захотел аннотацию - сам написал, не?))
Все собираюсь доклад "тестируем и плачем со spring boot" посмотреть, стоит?)
Все собираюсь доклад "тестируем и плачем со spring boot" посмотреть, стоит?)
МК
зачем писать то, что уже есть?
PG
Olga
Привет. Скажите, пожалуйста, если у вас есть автотесты и в них есть flaky (т.е. тесты, которые случайным образом иногда фейлятся), как вы поступаете с ними после очередного прогона? Перетестируете вручную? Перезапускаете автопрогон? Просто игнорите, если эти фляки каждый раз разные? (вопрос скорее из любопытства по поводу чужого опыта)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
Чиним тесты?)
Или если это реально не всегда бага воспроизводится,но она там реально есть
Задачу на фикс и аннотация которая при падении теста и открытой задаче мьютит результат с сообщением об открытой задаче
Или если это реально не всегда бага воспроизводится,но она там реально есть
Задачу на фикс и аннотация которая при падении теста и открытой задаче мьютит результат с сообщением об открытой задаче
MA
Olga
Привет. Скажите, пожалуйста, если у вас есть автотесты и в них есть flaky (т.е. тесты, которые случайным образом иногда фейлятся), как вы поступаете с ними после очередного прогона? Перетестируете вручную? Перезапускаете автопрогон? Просто игнорите, если эти фляки каждый раз разные? (вопрос скорее из любопытства по поводу чужого опыта)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
Только если это тесты, зависящие от внешних сервисов, например где получаю список проксей. И такие тесты помечены на реран после фейла. Если уж падает, то понятно почему
R(
Olga
Привет. Скажите, пожалуйста, если у вас есть автотесты и в них есть flaky (т.е. тесты, которые случайным образом иногда фейлятся), как вы поступаете с ними после очередного прогона? Перетестируете вручную? Перезапускаете автопрогон? Просто игнорите, если эти фляки каждый раз разные? (вопрос скорее из любопытства по поводу чужого опыта)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
А, да, бывали ли у вас в связи с этим какие-нибудь факапы? :)
Были на прошлом проекте.
Исключались на "разбор полётов" и фикс.
Но на фиксы никогда не хватало времени.
Почему хочу повторить что UI тестов должно быть как можно меньше, меньше будет фиксить.
Исключались на "разбор полётов" и фикс.
Но на фиксы никогда не хватало времени.
Почему хочу повторить что UI тестов должно быть как можно меньше, меньше будет фиксить.
O
> UI тестов должно быть как можно меньше
а это сколько в цифрах? ) (понятно что для каждого проекта цифра своя, но с другой стороны с точки зрения объемов фикса примерно одинаково - скажем на 40человекочасов тестировщика в неделю - не более 100 тестов, из которых 5 флаки)?
И если это реально флаки - и вы их исключали и не чинили - думаю постепенно с проблемой было покончено, т.к. просто тестов не стало? :)
а это сколько в цифрах? ) (понятно что для каждого проекта цифра своя, но с другой стороны с точки зрения объемов фикса примерно одинаково - скажем на 40человекочасов тестировщика в неделю - не более 100 тестов, из которых 5 флаки)?
И если это реально флаки - и вы их исключали и не чинили - думаю постепенно с проблемой было покончено, т.к. просто тестов не стало? :)
AS
Olga
> UI тестов должно быть как можно меньше
а это сколько в цифрах? ) (понятно что для каждого проекта цифра своя, но с другой стороны с точки зрения объемов фикса примерно одинаково - скажем на 40человекочасов тестировщика в неделю - не более 100 тестов, из которых 5 флаки)?
И если это реально флаки - и вы их исключали и не чинили - думаю постепенно с проблемой было покончено, т.к. просто тестов не стало? :)
а это сколько в цифрах? ) (понятно что для каждого проекта цифра своя, но с другой стороны с точки зрения объемов фикса примерно одинаково - скажем на 40человекочасов тестировщика в неделю - не более 100 тестов, из которых 5 флаки)?
И если это реально флаки - и вы их исключали и не чинили - думаю постепенно с проблемой было покончено, т.к. просто тестов не стало? :)
да что за числовые метрики)
Если у вас ваша потребности в автоматизированном тестировании закрывается UI тестами и вас все устраивает - то вообще, по барабану какое соотношение
А вот если у вас есть проблема, то ее стоит сначала сформулировать в проектных терминах а уже потом приступать к ее решению
Если у вас ваша потребности в автоматизированном тестировании закрывается UI тестами и вас все устраивает - то вообще, по барабану какое соотношение
А вот если у вас есть проблема, то ее стоит сначала сформулировать в проектных терминах а уже потом приступать к ее решению
O
ок, пусть так
A
Привет. Использую multiremote в webdriverIO + cucumberJS. Есть несколько .feature файлов и выглядит так что эти файлы раняться как один feature файл. Может кто знает как это исправить?
BO
AutomationQA
Привет. Использую multiremote в webdriverIO + cucumberJS. Есть несколько .feature файлов и выглядит так что эти файлы раняться как один feature файл. Может кто знает как это исправить?
какой версии wdio? что значит "и выглядит так что эти файлы раняться как один feature файл"?