Size: a a a

QA — Автоматизация

2020 August 08

BO

Boris Osipov in QA — Автоматизация
вот это у вас не “хрупкие” классы
источник

YI

Yuri Ivanov in QA — Автоматизация
У меня такая история сейчас происходит. В проекте, мягко говоря, оооочень много гридов написанных на Рактиве, а сейчас их меняют на ag-grid. Тесты практически не трогаю, просто подменяю реализацию.
источник

YI

Yuri Ivanov in QA — Автоматизация
Boris Osipov
забавно. вот потом выпилили 50 полей и вы 150 методов удалили?
Забавно, что это можно при желании шаблонизировать.
источник

YI

Yuri Ivanov in QA — Автоматизация
И по 150 полей еще не встречал.
источник

BO

Boris Osipov in QA — Автоматизация
Yuri Ivanov
У меня такая история сейчас происходит. В проекте, мягко говоря, оооочень много гридов написанных на Рактиве, а сейчас их меняют на ag-grid. Тесты практически не трогаю, просто подменяю реализацию.
про кастомыне компонены не очень интересно
источник

BO

Boris Osipov in QA — Автоматизация
Yuri Ivanov
И по 150 полей еще не встречал.
я утрирую. кол-во тут не важно.
источник

YI

Yuri Ivanov in QA — Автоматизация
Boris Osipov
про кастомыне компонены не очень интересно
Зачем тогда спрашивать?
источник

AP

Anton Pavlov in QA — Автоматизация
ну просто выносить проверки в тест... спорно на сколько это правильно
источник

BO

Boris Osipov in QA — Автоматизация
Yuri Ivanov
Зачем тогда спрашивать?
вопрос был конкретно про простые поля
источник

YI

Yuri Ivanov in QA — Автоматизация
Boris Osipov
я утрирую. кол-во тут не важно.
Оно как раз важно. При больших объемах, можно и подумать, как это дело упростить и шаблонизировать. А если надо заполнять дофига и больше полей, проще это вынести в отдельный тестовый шаг и переиспользовать его. При необходимости менять только его и тесты останутся в норме.
источник

AP

Anton Pavlov in QA — Автоматизация
Anton Pavlov
ну просто выносить проверки в тест... спорно на сколько это правильно
ой сорри.. не в тест.. в pageobject
источник

MK

Mem Kekovich in QA — Автоматизация
Yuri Ivanov
А для какого это фреймворка? :) Если не ошибаюсь, в древние времена, JUnit3 находил тесты по префиксу test... Но кто сейчас использует JUnit3?
Как бэ и сейчас в названии класса должно быть тест
источник

BO

Boris Osipov in QA — Автоматизация
Yuri Ivanov
Оно как раз важно. При больших объемах, можно и подумать, как это дело упростить и шаблонизировать. А если надо заполнять дофига и больше полей, проще это вынести в отдельный тестовый шаг и переиспользовать его. При необходимости менять только его и тесты останутся в норме.
для абстрактого вопроса в вакууме - не важно.
источник

YI

Yuri Ivanov in QA — Автоматизация
Mem Kekovich
Как бэ и сейчас в названии класса должно быть тест
Там префиксом должно было идти слово test...
источник

BO

Boris Osipov in QA — Автоматизация
Mem Kekovich
Как бэ и сейчас в названии класса должно быть тест
покажешь где в доке junit5 это написано?
источник

YI

Yuri Ivanov in QA — Автоматизация
Boris Osipov
для абстрактого вопроса в вакууме - не важно.
Я просто думал, что @antonppavlov задает конкретный, практический вопрос. И если ему реально надо 150 полей заполнять и потом также зеркально проверять, то ему проще сделать отдельный тестовый шаг, в котором через PageObjects это будет делаться. А потом заюзать его в тестах. И там уже будет неважно напрямую он показывает внутренности PageObject, делает это через "API" или каким-то хитрым способом. В таком случае, вся "хрупкость" будет ровно в одном месте, а не размазана в десятке мест.
источник

MK

Mem Kekovich in QA — Автоматизация
Boris Osipov
покажешь где в доке junit5 это написано?
Покажешь где написано что не нужно?
источник

BO

Boris Osipov in QA — Автоматизация
Mem Kekovich
Покажешь где написано что не нужно?
источник

MK

Mem Kekovich in QA — Автоматизация
Где то там написано что класс нейм не обязательно должен содержать тест?
источник

BO

Boris Osipov in QA — Автоматизация
Mem Kekovich
Где то там написано что класс нейм не обязательно должен содержать тест?
ага поищи
источник