Size: a a a

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

2020 March 19

M

Merg in QA — Автоматизация
ппц сложность
источник

ES

Eugene Stogniy in QA — Автоматизация
Sergey Petrov
Научи, плиз, как ты без костылей и танцев с бубнами в рамках одного проекта автотестирования в рамках одного тестрана один и тот же метод в негативных сценариях будешь дёргать на МОСКе, а в позитивных на реальном АПИ внешнего сервиса?
А зачем в позитивном он должен использовать реальный апи?
источник

M

Merg in QA — Автоматизация
ну и негативные тоже можно мокать, в чем проблема
источник

SP

Sergey Petrov in QA — Автоматизация
вынести фейсбук урл в параметры и сетить в тесте

в многопоточном?
источник

B

Bola in QA — Автоматизация
Sergey Petrov
Научи, плиз, как ты без костылей и танцев с бубнами в рамках одного проекта автотестирования в рамках одного тестрана один и тот же метод в негативных сценариях будешь дёргать на МОСКе, а в позитивных на реальном АПИ внешнего сервиса?
для апи неплохо мокать внешние зависимости
мы же априори считаем, что фб работает всегда хорошо
источник

M

Merg in QA — Автоматизация
Sergey Petrov
вынести фейсбук урл в параметры и сетить в тесте

в многопоточном?
для каждого потока нужен свой инстанс приложения
источник

SP

Sergey Petrov in QA — Автоматизация
Bola
для апи неплохо мокать внешние зависимости
мы же априори считаем, что фб работает всегда хорошо
ФБ работает хорошо. Он корректно обрабатывает невалидные связки данных в запросах, возвращая ошибку.
Блин, не представляю, как один внешний метод замокать, не вешая в него кучу логики, фактически, повторяя реализацию внешнего АПИ.
Ведь этот один замоканный внешний метод должен менять своё поведение на разных входных данных, в т.ч. возвращать список декларированных внешним АПИ ошибок.
источник

O

Oleg in QA — Автоматизация
не надо никакой логики
источник

O

Oleg in QA — Автоматизация
каждый тест знает, что ему должны вернуть
источник

O

Oleg in QA — Автоматизация
то есть мокается не один раз на весь ран, а каждый тест заново
источник

MK

Mem Kekovich in QA — Автоматизация
Sergey Petrov
ФБ работает хорошо. Он корректно обрабатывает невалидные связки данных в запросах, возвращая ошибку.
Блин, не представляю, как один внешний метод замокать, не вешая в него кучу логики, фактически, повторяя реализацию внешнего АПИ.
Ведь этот один замоканный внешний метод должен менять своё поведение на разных входных данных, в т.ч. возвращать список декларированных внешним АПИ ошибок.
почитайте что такое моки и как они готовятся
никакой логики в них нет
они отдадут мок по логике лишь теста, что вот сюда такой мок, а сюда такой
источник

SP

Sergey Petrov in QA — Автоматизация
Ну, мы моки делаем "раз и навсегда".
А то, что вы говорите — это динамически менять ответ мока в каждом тесте именно для этого теста.
источник

SP

Sergey Petrov in QA — Автоматизация
Для меня это пока что "узнал что-то новенькое".
Пошёл думать.
источник

MK

Mem Kekovich in QA — Автоматизация
Sergey Petrov
Ну, мы моки делаем "раз и навсегда".
А то, что вы говорите — это динамически менять ответ мока в каждом тесте именно для этого теста.
обычно моки после теста удаляются, если юзается внешний мок сервер
источник

ES

Eugene Stogniy in QA — Автоматизация
Sergey Petrov
Ну, мы моки делаем "раз и навсегда".
А то, что вы говорите — это динамически менять ответ мока в каждом тесте именно для этого теста.
Раз и навсегда это стабы если я правильно помню
источник

O

Oleg in QA — Автоматизация
ох уж эта терминология
источник

SP

Sergey Petrov in QA — Автоматизация
Eugene Stogniy
Раз и навсегда это стабы если я правильно помню
https://blog.pragmatists.com/test-doubles-fakes-mocks-and-stubs-1a7491dfa3da
Как выяснилось, да.
Я использую стабы.
источник

O

Oleg in QA — Автоматизация
Classification between mocks, fakes, and stubs is highly inconsistent across the literature.

https://en.wikipedia.org/wiki/Mock_object


Лучше не пытаться обозвать одним словом
источник

SP

Sergey Petrov in QA — Автоматизация
Спасибо за ликбез
источник

O

Oleg in QA — Автоматизация
фейки же
источник