DB
щас в стоп-лист полетит 🤣
Size: a a a
2021 February 05
TS
Dmitry Bondar
а новый это какой? смотрю доку 4ртой версии - написано based on Express
4й не на экспресе, но наверно в доке ошибка
A
Dmitry Bondar
а новый это какой? смотрю доку 4ртой версии - написано based on Express
Там от экспресса остался только плагин для мидлварей, чтобы можно было легаси с 3-й версии смигрировать.
А сам сервер написан просто поверх стандартного хттп/хттпс https://github.com/strongloop/loopback-next/blob/master/packages/http-server/src/http-server.ts#L120
А сам сервер написан просто поверх стандартного хттп/хттпс https://github.com/strongloop/loopback-next/blob/master/packages/http-server/src/http-server.ts#L120
DB
Там от экспресса остался только плагин для мидлварей, чтобы можно было легаси с 3-й версии смигрировать.
А сам сервер написан просто поверх стандартного хттп/хттпс https://github.com/strongloop/loopback-next/blob/master/packages/http-server/src/http-server.ts#L120
А сам сервер написан просто поверх стандартного хттп/хттпс https://github.com/strongloop/loopback-next/blob/master/packages/http-server/src/http-server.ts#L120
понял, спасибо
DD
Гайз такой вопрос, тут короче у меня на проектике, лид со стороны заказчика начал говорить что типо qa будут ходить в базу что бы прочекать какие-то поля.
Я ему говорю что не фигня, давай расширять апи на те поля которые они хотят протестить, и тут началась якась дичь с его стороны...
И я что-то начал сомневатся в своем убеждении что qa не должны знать внутрянки
Я ему говорю что не фигня, давай расширять апи на те поля которые они хотят протестить, и тут началась якась дичь с его стороны...
И я что-то начал сомневатся в своем убеждении что qa не должны знать внутрянки
DD
Общество, какие вашы мысли?
A
Общество, какие вашы мысли?
Пфф, вообще изи. Разрешаешь доступ и каждую недельку миграциями переименовываешь рандомные колонки.
IJ
Там от экспресса остался только плагин для мидлварей, чтобы можно было легаси с 3-й версии смигрировать.
А сам сервер написан просто поверх стандартного хттп/хттпс https://github.com/strongloop/loopback-next/blob/master/packages/http-server/src/http-server.ts#L120
А сам сервер написан просто поверх стандартного хттп/хттпс https://github.com/strongloop/loopback-next/blob/master/packages/http-server/src/http-server.ts#L120
ну тогда она должна работать даже 2 раза быстрее
A
ну тогда она должна работать даже 2 раза быстрее
Ну не обязательно. Это просто то, что удовлетворит требования заказчика и исполнителя.
Доступ у QA будет, они будут ходить в базу.
Но колонки меняются (и таблицы мб), в итоге получается база Шрёдингера - пока QA туда не посмотрит нельзя однозначно сказать знают ли qa внутрянку или нет :)
win-win
Доступ у QA будет, они будут ходить в базу.
Но колонки меняются (и таблицы мб), в итоге получается база Шрёдингера - пока QA туда не посмотрит нельзя однозначно сказать знают ли qa внутрянку или нет :)
win-win
DD
Пфф, вообще изи. Разрешаешь доступ и каждую недельку миграциями переименовываешь рандомные колонки.
Я это говорил, у нас динамо и он сказал что типо а что мы собираемся чет менять, мы не собираемся ниче менять
A
Я это говорил, у нас динамо и он сказал что типо а что мы собираемся чет менять, мы не собираемся ниче менять
Самое время собраться и порефакторить :)
YZ
Гайз такой вопрос, тут короче у меня на проектике, лид со стороны заказчика начал говорить что типо qa будут ходить в базу что бы прочекать какие-то поля.
Я ему говорю что не фигня, давай расширять апи на те поля которые они хотят протестить, и тут началась якась дичь с его стороны...
И я что-то начал сомневатся в своем убеждении что qa не должны знать внутрянки
Я ему говорю что не фигня, давай расширять апи на те поля которые они хотят протестить, и тут началась якась дичь с его стороны...
И я что-то начал сомневатся в своем убеждении что qa не должны знать внутрянки
с другой стороны, как понять, что бэк отдает нужное количество данных, не чекая паралельно с запросом. дайте им доступ на чтение и норм
DD
с другой стороны, как понять, что бэк отдает нужное количество данных, не чекая паралельно с запросом. дайте им доступ на чтение и норм
ну ты для начала эти данные создаешь
YZ
ну ты для начала эти данные создаешь
если у меня есть таблица юзеров допустим. фронт показывает с фильтрацией часть. как qa проверить, что фильтр работает корректно и вернул всех юзеров?
DD
ну или симулирует что каким-то образом их появление, если это например данные прийдут из 3rd party
DD
если у меня есть таблица юзеров допустим. фронт показывает с фильтрацией часть. как qa проверить, что фильтр работает корректно и вернул всех юзеров?
я не про фронт. Я про бек.
Есть бек, на нем есть апи.
Есть штука которая создает сущность.
Потом идет процес, там в базе появляется некое значение поля.
Есть апи на взять эту сущность но это поле в респонс не попадает, ибо оно не надо клиенту.
Но они хотят чет там проверить используя значение этого поля.
И хотят пойти в тестах напрямую в базу его и взять.
Есть бек, на нем есть апи.
Есть штука которая создает сущность.
Потом идет процес, там в базе появляется некое значение поля.
Есть апи на взять эту сущность но это поле в респонс не попадает, ибо оно не надо клиенту.
Но они хотят чет там проверить используя значение этого поля.
И хотят пойти в тестах напрямую в базу его и взять.
YZ
я не про фронт. Я про бек.
Есть бек, на нем есть апи.
Есть штука которая создает сущность.
Потом идет процес, там в базе появляется некое значение поля.
Есть апи на взять эту сущность но это поле в респонс не попадает, ибо оно не надо клиенту.
Но они хотят чет там проверить используя значение этого поля.
И хотят пойти в тестах напрямую в базу его и взять.
Есть бек, на нем есть апи.
Есть штука которая создает сущность.
Потом идет процес, там в базе появляется некое значение поля.
Есть апи на взять эту сущность но это поле в респонс не попадает, ибо оно не надо клиенту.
Но они хотят чет там проверить используя значение этого поля.
И хотят пойти в тестах напрямую в базу его и взять.
фронт лишь визуализация твой апи. у тебя роут должен вернуть активных юзеров. с помощью филтрации. как им проверить что сделав запрос на роутер они получают правильное количество юзеров?
DD
откуда появились юзеры?
MI
я не про фронт. Я про бек.
Есть бек, на нем есть апи.
Есть штука которая создает сущность.
Потом идет процес, там в базе появляется некое значение поля.
Есть апи на взять эту сущность но это поле в респонс не попадает, ибо оно не надо клиенту.
Но они хотят чет там проверить используя значение этого поля.
И хотят пойти в тестах напрямую в базу его и взять.
Есть бек, на нем есть апи.
Есть штука которая создает сущность.
Потом идет процес, там в базе появляется некое значение поля.
Есть апи на взять эту сущность но это поле в респонс не попадает, ибо оно не надо клиенту.
Но они хотят чет там проверить используя значение этого поля.
И хотят пойти в тестах напрямую в базу его и взять.
Логично вроде бы создать аутентификацию специально для qa и отдавать с этим полем 🤷♂️
YZ
откуда появились юзеры?
они есть в бд. им надо проверить новый фильтр. юзера были засинканы давно. не создаються через твой флоу