SM
это ж в связи с чем такие выводы, о любитель тестировать е2е сценарии через крайне стабильный фронтенд
*DOUBLE_FACEPALM* молодой человек, у Вас детектор барахлит,
Size: a a a
2020 November 11
IC
А вот это 'UI тесты больше покроют, чем юниты' - это прямо на скрижали, с твоего позволения
А это мне "очевидно" :) Один UI тест легко покроет десяток юнит-тестов. Дальше можно применять закон убывающей отдачи.
ZE
*DOUBLE_FACEPALM* молодой человек, у Вас детектор барахлит,
а вы попробуйте перечитать начало ветки, где речь про UI тесты и внезапные правки тестов фронтендером, так как тесты ВДРУК лежат в одной репе)
SM
А это мне "очевидно" :) Один UI тест легко покроет десяток юнит-тестов. Дальше можно применять закон убывающей отдачи.
Нет, UI тест работает на другом уровне по сравнению с Unit
Это просто разные вещи
Их нельзя ставить друг другу в соответствие в терминологии sanity проверок
Это просто разные вещи
Их нельзя ставить друг другу в соответствие в терминологии sanity проверок
SM
а вы попробуйте перечитать начало ветки, где речь про UI тесты и внезапные правки тестов фронтендером, так как тесты ВДРУК лежат в одной репе)
Очень даже замечательно UI тесты лежат в репозитории с UI проектом
Очень даже замечательно тесты правятся разработчиком
Крест на пузе, зуб на холодец
Ты хотел сказать, что высокоуровневые, E2E, BDD тесты зачастую имеет смысл хранить в отдельном проекте - это да
Очень даже замечательно тесты правятся разработчиком
Крест на пузе, зуб на холодец
Ты хотел сказать, что высокоуровневые, E2E, BDD тесты зачастую имеет смысл хранить в отдельном проекте - это да
ZE
ох уж этот низкоуровневый селениум с его низкоуровневыми локаторами. собираешь себе дом и вручную рендеришь
SM
Очень даже замечательно, вск компоненты нарисовал параллельно на отдельных страничках, каждую моками обложил и гоняешь тесты компонентов и лёгкую интеграцию прямо в гриде
SM
Подход слегка устаревший, сейчас в этом плане рулит Playwright, но это ты за Селениум заговорил, не я
VS
Очень даже замечательно UI тесты лежат в репозитории с UI проектом
Очень даже замечательно тесты правятся разработчиком
Крест на пузе, зуб на холодец
Ты хотел сказать, что высокоуровневые, E2E, BDD тесты зачастую имеет смысл хранить в отдельном проекте - это да
Очень даже замечательно тесты правятся разработчиком
Крест на пузе, зуб на холодец
Ты хотел сказать, что высокоуровневые, E2E, BDD тесты зачастую имеет смысл хранить в отдельном проекте - это да
вообще есть инструменты, которые автоматически исправляют сломанные локаторы с ai и все такое (testim). вот такое бы везде
SM
вообще есть инструменты, которые автоматически исправляют сломанные локаторы с ai и все такое (testim). вот такое бы везде
Я потерял нить, кто сломал локаторы и зачем их исправлять?
В моём мире на элементы сами дев инженеры навешали data-testid и они не ломаются
В моём мире на элементы сами дев инженеры навешали data-testid и они не ломаются
ZE
Очень даже замечательно, вск компоненты нарисовал параллельно на отдельных страничках, каждую моками обложил и гоняешь тесты компонентов и лёгкую интеграцию прямо в гриде
о да, то самое тестирование UI в отрыве от бэка. слышал, очень модные веяния.
а плейрайт, это где люди сознательно обмазываются асинк аваитами и пытаются однопоточить многопоточный язык?
а плейрайт, это где люди сознательно обмазываются асинк аваитами и пытаются однопоточить многопоточный язык?
SM
о да, то самое тестирование UI в отрыве от бэка. слышал, очень модные веяния.
а плейрайт, это где люди сознательно обмазываются асинк аваитами и пытаются однопоточить многопоточный язык?
а плейрайт, это где люди сознательно обмазываются асинк аваитами и пытаются однопоточить многопоточный язык?
Сначала, на моках, потом интеграционные
Позволяет отловить ошибки на раннем этапе
Позволяет отловить ошибки на раннем этапе
ТФ
Что продолжать?
Рассказывать теорию автоматизации тестирования ? :)
Рассказывать теорию автоматизации тестирования ? :)
Без сертификата istqb очевидно, что ui тесты - это тесты для тестирования ui. Напомню, речь шла об использовании в локаторах текстов. Тут даже неважно, где они в пирамиде
SM
Без сертификата istqb очевидно, что ui тесты - это тесты для тестирования ui. Напомню, речь шла об использовании в локаторах текстов. Тут даже неважно, где они в пирамиде
Да, вопрос был о том, могут ли UI тесты лежать в одном проекте с тестируемым UI проектом
Да, могут
Да, могут
ТФ
Без flaky tests живёте, стабильно? Ну точно в гостях у сказки
АБ
Гайз, привет. Подскажите, а bdd на cucumber всё еще не работает, или у кого-то были успешные примеры внедрения?
ZE
Гайз, привет. Подскажите, а bdd на cucumber всё еще не работает, или у кого-то были успешные примеры внедрения?
каждый второй внедривший расскажет об успешном опыте, сложно признавать свои ошибки, ну и стокгольмский синдром
АБ
каждый второй внедривший расскажет об успешном опыте, сложно признавать свои ошибки, ну и стокгольмский синдром
ну можно ж спросить цифры
AB
Гайз, привет. Подскажите, а bdd на cucumber всё еще не работает, или у кого-то были успешные примеры внедрения?
зависит от того, как оценивать успешность применения
AB
А это мне "очевидно" :) Один UI тест легко покроет десяток юнит-тестов. Дальше можно применять закон убывающей отдачи.
один UI-тест наверняка покроет кода больше, чем один тест, проверяющий отдельную функцию. но покроет ли тысяча UI-тестов больше кода, чем тысяча тестов, проверяющих отдельные функции? не возникнет ли обратная закономерность?