Size: a a a

Django [ru] #STAY HOME

2019 July 12

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
то есть ты к этому моменту доверяешь всем этим API
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
они уже протестировались на предыдущем шаге
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
но ты не доверяешь фронтенду
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
то есть вот на данном этапе нет принципиальной разницы между "залезть в базу" и "залезть и посмотреть что-то в базе через API микросервиса"
источник

V💊

Vladimir 💊 Voytenko in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
но ты не доверяешь фронтенду
не совсем, у меня ведь и на фронте есть юнит тесты, в которых я проверяю, что при клике на кнопку А, будет дернут метод Б, в котором вызов апи.
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну это да
источник

V💊

Vladimir 💊 Voytenko in Django [ru] #STAY HOME
ну окей, допустим мне не нужна база, но мне нужна её замена что бы тесты прошли. т.к. когда я открываю форму добавления новости новой, забиваю инфу и нажимаю кнопку "добавить" я хочу что бы в списке всех нвостей появилось именно эта новость, но без реально поднятой базы/апи мне это непонятно как сделать
источник

ER

Egor Romaniuk in Django [ru] #STAY HOME
Как лучше заполнять тестовую базу данных при выполнении unit test, через fixtures?
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
я понимаю что есть ситуации, когда "мокнуть базу" кажется неудобным решением (так тесты пройдут быстрее, но иногда ты готов пожертвовать временем выполнения тестов ради более точной картины)
источник

V💊

Vladimir 💊 Voytenko in Django [ru] #STAY HOME
когда я юзал Behave, то было всё просто, на каждый запуск тестов поднимался полноценный бэк с тестовой базой, точно такой же как поднимается для юнит тестов
источник

mc

m0nte cr1st0 in Django [ru] #STAY HOME
а можно ли некоторые странице в http отображать, а некоторые https?
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
в этом случае ты можешь брать обычный проект, не мокать API методы, но в базу залезать потом не вручную, а через API
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
в этом случае ты можешь брать обычный проект, не мокать API методы, но в базу залезать потом не вручную, а через API
и вот тут GraphQL удобен, конечно)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
потому что без него ты можешь захотеть наделать кучу вспомогательных API-методов
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
которые только для тестов
источник

V💊

Vladimir 💊 Voytenko in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
потому что без него ты можешь захотеть наделать кучу вспомогательных API-методов
ни разу такого не было нужно пока юзал Behave, но с cypress рекомндовали именно это Т_Т
источник

V💊

Vladimir 💊 Voytenko in Django [ru] #STAY HOME
типа перед каждым тестом дергать ручку, которая будет инитить состояние базы нуное ля конкретного теста
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Vladimir 💊 Voytenko
типа перед каждым тестом дергать ручку, которая будет инитить состояние базы нуное ля конкретного теста
ну или выбирать что-то из базы
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
для проверки, что туда всё записалось как ты хотел
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
в общем, вот тут GraphQL кажется удобным инструментом
источник