Size: a a a

2021 April 02

b

betzy in Rude QA
я мейкфайл захуярил и всю инфру подготовил уже
источник

А

Алексей in Rude QA
Если уже готова, то да, можно вместо моков и ее. Я ж готовности твоей не знаю
источник

b

betzy in Rude QA
это за полчаса делается, готово уже
источник

b

betzy in Rude QA
поднимается база в контейнере, накатываются миграции
запускаются тесты
источник

b

betzy in Rude QA
в конекшене ролбек после теста
источник

А

Алексей in Rude QA
Я в курсе. Ты писал выше про интернал базы сторонние как я понял. Если же все только твое - там и проблем нет
источник

b

betzy in Rude QA
яки сторонние? где?
источник

А

Алексей in Rude QA
Значит как то не так прочитал :)
источник

EB

Evgenii B in Rude QA
Представь что какой-то додик пишет на get / post одинаково ебловатый и кривой orm запрос внутри.

И ты создаёшь тест, который создаёт сущность для get этим же постом
источник

EB

Evgenii B in Rude QA
И у тебя фолс позитив. И ты еблан сразу
источник

EB

Evgenii B in Rude QA
И другая ситуация: ты оценил работу метода на уровне бд и фиксируешь данные исходя из своего уровня понимания тз. В тз не написано : должно работать через гет. В тз будет написано: после пост должны данные лечь там , там и там в табличке.
источник

А

Алексей in Rude QA
Впрочем если база только твоя - я бы тем более не заморачивался с дб. Упал пост - пофиксил и пошел смотреть дальше. Смысла прлучать все падения, когда ты фиксишь по одному за раз?
источник

b

betzy in Rude QA
Evgenii B
И другая ситуация: ты оценил работу метода на уровне бд и фиксируешь данные исходя из своего уровня понимания тз. В тз не написано : должно работать через гет. В тз будет написано: после пост должны данные лечь там , там и там в табличке.
естественно, пост ассертится данными в базе
источник

b

betzy in Rude QA
а не гетом
источник

EB

Evgenii B in Rude QA
Мой подход такой: тестируешь апи — проверяешь на уровне ниже кончистентность данных
источник

СС

Сказочный Сникерс... in Rude QA
рано или поздно на какой то итерации ты найдешь все ошибки на которые запланированы твои тесты. главное чтобы итерации были быстрыми)
источник

EB

Evgenii B in Rude QA
Уровня доверия к другим апи методам нет, а их дергание в подготовке — это размытие single responsibility если тесты в подготовке данных будут часто падать потому что там хуево другой апи метода написан
источник

А

Алексей in Rude QA
Сказочный Сникерс
рано или поздно на какой то итерации ты найдешь все ошибки на которые запланированы твои тесты. главное чтобы итерации были быстрыми)
Апи тесты в случае разработки своей тулы обычно быстрые :)
источник

СС

Сказочный Сникерс... in Rude QA
ну вот и нехуй париться
источник

СС

Сказочный Сникерс... in Rude QA
есть тест на гет есть тест на пост. как остальные реализованы поебать, даже если из за отвалившегося поста разъебет 100500 тестов
источник