Size: a a a

JavaScript testing

2021 September 20

B

Bola in JavaScript testing
1. Пакет меньше весит
2. Чистый SQL код понятный, писать легче без orm. Когда дело доходит до запросов сложнее простого селекта к одной таблице начнется борьба с этим вашим ормом. А орм чтобы заработал, нужно будет модели создать всей бд, тащить все это в проект. Но зачем?
3. Говорить о том, что кто-то может не уметь в SQL - это немного смешно. Знать и уметь должны все, кто работает в ИТ, простите.
источник

OK

Oleksandr Khotemskyi in JavaScript testing
ну вот, получается уже формируется последовательность - нельзя удалять юзеров до удаления их покупок, иначе уже непонятно где какой юзер был
источник

OK

Oleksandr Khotemskyi in JavaScript testing
а это простенький пример, всего 2 таблицы.
источник

M

Mark in JavaScript testing
угу, я согласен, на самом то деле не стоит концентрироваться именно на кейсе "выборочного удаления", я этого планирую избегать всеми силами
источник

M

Mark in JavaScript testing
спасибо!)
источник

B

Bola in JavaScript testing
Пункт 2 расширил
источник

M

Mark in JavaScript testing
вот да, согласен по поводу моделей и прочего добра
источник

OK

Oleksandr Khotemskyi in JavaScript testing
мы сейчас вообще ничего не чистим, у нас пока отдельный энв для автотестов - когда базу засрем прилично - просто руками пересоздадим и все. В тестах ничего не завязано на существующие данные - каждый тест себе все сам создает или через апи или через базу
источник

OK

Oleksandr Khotemskyi in JavaScript testing
Сейчас форсим фронтендеров и девопсов, они обещали сделать динамические короткоживущие енвы под каждую ветку. Тогда тоже чистить будет ненадо, и наш отдельный енв для автотестов убьем или оставим для експериментов просто
источник

M

Mark in JavaScript testing
ух, далеко у меня проект пока что от такой эволюции)
источник

M

Mark in JavaScript testing
еще не на все свои проекты ci cd внедрили и прочие радости
источник

OK

Oleksandr Khotemskyi in JavaScript testing
та у нас тоже, но я обещал шавуху всем девопсам если они такое сделают, потому у них прибавилось мотивации
источник

B

Bola in JavaScript testing
Все будет, но не сразу)
источник

M

Mark in JavaScript testing
у меня просто живая проблемка с кое каким набором  сервисов, которые очень медленно тестировать вручную. При этом каждая сгенерированная сущность в нем, потенциально не хило может влиять на систему, поэтому очень желательно за собой прибираться и вот вообщем дилема)
источник

SK

Sergey Korol in JavaScript testing
А вариант делать все то же самое через API вообще не рассматривается? Почему именно БД?
источник

M

Mark in JavaScript testing
нет в апи нужного инструментария
источник

OK

Oleksandr Khotemskyi in JavaScript testing
кстати да. SQL скользкая дорожка, можно нагенерить кривых данных и аппка будет работать криво, а виноваты только мы сами.
источник

M

Mark in JavaScript testing
если есть возможность не лезть в базу, я о ней даже не думаю)
источник

OK

Oleksandr Khotemskyi in JavaScript testing
На одном проекте мы добавляли специальные тестовые ендпоинты которые существуют только на дев енвах, и в проде их нет. Например для конфирма емейла, чтобы не ждать емейлы
источник

SK

Sergey Korol in JavaScript testing
Так может проще добавить нужных эндпоинтов, чем вкладываться в БД?
источник