Size: a a a

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

2019 November 23

AV

Alexei Vinogradov in QA — Автоматизация
Bola
Кто-то на ужасном огурце😂
Это не исключает). Но правило примерно такое - костыли могу прятать в ПО, проверка ради которой пишется тест - в коде теста.

Но Солнцев например, тоже ассерты внутри ПО пишет, если память не изменяет.
источник

B

Bola in QA — Автоматизация
Просто не очень понятно, почему ты считаешь, что тесты становятся загадочнее. Упадет метод с ассертами внутри, по стектрейсу все будет понятно. Никаких душевных мук.
источник

I

Ivan in QA — Автоматизация
имхо это мелочь, которая решаются договоренностью внутри команды, и это не может быть одним из решающих факторов при оценке тестового задания и приеме на работу)
источник

B

Bola in QA — Автоматизация
Ivan
имхо это мелочь, которая решаются договоренностью внутри команды, и это не может быть одним из решающих факторов при оценке тестового задания и приеме на работу)
И между прочим, человек не постеснялся и выложил код на обозрение. Это многого стоит. Если он идёт в команду автоматчиков, я бы возможно присмотрелся и попробовал бы обучить на месте этой команды. А не рубить сразу "я бы не взял".)
источник

AS

Andrei Solntsev in QA — Автоматизация
Bola
Просто не очень понятно, почему ты считаешь, что тесты становятся загадочнее. Упадет метод с ассертами внутри, по стектрейсу все будет понятно. Никаких душевных мук.
Поддерживаю.

Я считаю так:
1. Тест должен знать, ЧТО и КОГДА проверить. Например, вполне ок из теста вызвать метод page.verifyBlaBla()
2. А пэдж объект должен знать, КАК это проверить. Поэтому он может иметь иметь метод verifyBlaBla() и в нём делать какие-то ассерты. Но он не знает, когда нужно вызывать этот метод.
источник

B

Bola in QA — Автоматизация
Если этот метод делает с десяток проверок, и вызывается более чем один раз. Если нет, то пусть живёт в самом тесте ассерт. Тонкая грань). Как сказали выше, зависит от договоренносте внутри команды.
источник

AV

Alexei Vinogradov in QA — Автоматизация
Bola
Просто не очень понятно, почему ты считаешь, что тесты становятся загадочнее. Упадет метод с ассертами внутри, по стектрейсу все будет понятно. Никаких душевных мук.
Так не когда падает же, а когда НЕ падает. Непонятно что он там проверяет, пока не заглянешь в ПО.
источник

B

Bola in QA — Автоматизация
А это не так важно. На самом деле. А вот чтобы в этот метод не напихали лишнего, на это есть код ревью.
источник

B

Bola in QA — Автоматизация
источник

AV

Alexei Vinogradov in QA — Автоматизация
Bola
А это не так важно. На самом деле. А вот чтобы в этот метод не напихали лишнего, на это есть код ревью.
Лишнее само упадёт) недостаточно напихали, такое бывает
источник

AV

Alexei Vinogradov in QA — Автоматизация
Andrei Solntsev
Поддерживаю.

Я считаю так:
1. Тест должен знать, ЧТО и КОГДА проверить. Например, вполне ок из теста вызвать метод page.verifyBlaBla()
2. А пэдж объект должен знать, КАК это проверить. Поэтому он может иметь иметь метод verifyBlaBla() и в нём делать какие-то ассерты. Но он не знает, когда нужно вызывать этот метод.
А в чём по твоему мнению недостаток, если тест знает как проверять тоже?
источник

AS

Andrei Solntsev in QA — Автоматизация
А я и не говорил,что это плохо. :)
Ну как, ассерт в тесте может быть плох только тем, что он продублирован во многих тестах. Но это не обязательно плохо.
источник

B

Bola in QA — Автоматизация
Andrei Solntsev
А я и не говорил,что это плохо. :)
Ну как, ассерт в тесте может быть плох только тем, что он продублирован во многих тестах. Но это не обязательно плохо.
А есть какой нибудь публичный репо с "идеальными" автотестами на Ваш взгляд)? Так скажем, концентрация всего продвинутого в мире автоматизации тестирования?)
источник

ДН

Давид Некрылов in QA — Автоматизация
Всем привет, кто может что то подсказать насчёт School 42 в долине.

Планирую поехать туда учиться, может быть кто то имел опыт или есть знакомые кто там учились.

Пару вопросов.
Буду благодарен
источник

ДН

Давид Некрылов in QA — Автоматизация
Думал что бы тут не флудить уйти в ЛС. По этому просто написал кто знает
источник

AS

Andrei Solntsev in QA — Автоматизация
Bola
А есть какой нибудь публичный репо с "идеальными" автотестами на Ваш взгляд)? Так скажем, концентрация всего продвинутого в мире автоматизации тестирования?)
Конечно нет. Что хорошо, а что плохо, сильно зависит от проекта, людей, заказчика и т.п.
источник

AS

Andrei Solntsev in QA — Автоматизация
К тому же ни в каком проекте идеала не бывает. Сегодня пишешь хорошее, как тебе кажется, решение, а через полгода на него смотришь и понимаешь, что сейчас всё бы по-другому сделал.
источник

B

Bola in QA — Автоматизация
Вот и ответ
источник

M

MAMED in QA — Автоматизация
Alexei Barantsev
ну и всякие мелочи, типа плохого форматирования (отступы вразнобой, структура кода плохо видна), метод setupBeforeMethod помечен аннотацией @BeforeClass (а чего он тогда так называется?), названия пакетов с заглавной буквы...
Привет из Флориды! Спасибо большое за ваш отзыв! Не ожидал Вас тут увидеть. Вы же легенда! Тест был написан на скорую руку, но программирование мне надо подтянуть. P.S.  Если будете в США дайте знать, у нас тут большое комьюнити по США. Мы проводим много митапов по стране. Вас тут знают и уважают. Мой email mamed.kurbanaliev@gmail.com
источник

M

MAMED in QA — Автоматизация
Lev Yarushin
А можете написать после каких курсов?
Testpro.io  там проходил курсы и я не самый хороший ученик ))
источник