В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA Alliance

1382 membersпожаловаться на группу
2021 July 19

DA

Dmitry Archie in QA Alliance
То есть это получается TDD уровнем повыше, когда сначала пишется контракткак будет работать бекенд и что у него бует спрашивать фронтенд. А потом фронтенд надеется, что бекенд будет работать по контракту и тестируется против контракта, а бекенд должен проходить все тесты
источник
15:37пожаловаться#1

В

Вовка in QA Alliance
хах ) а мне чет не кажется что это угар) вполне норм. идея… Понятно что когда бек будет готов, ты будешь тестировать его отдельно, а потом еще можно и фронт отдельно с реальными данными, но до этого, можно сказать что процесс разработки будут идти по одной скорости..
источник
15:38пожаловаться#2

IB

Ildar Bekmansurov in QA Alliance
то есть бэкендеры сидят и клепают мок для фронтов, в тот момент когда можно было уже делать бэк?
источник
15:38пожаловаться#3

S1

Sceptic 1234 in QA Alliance
нет. тестеры клепают моки
источник
15:38пожаловаться#4

DA

Dmitry Archie in QA Alliance
нет, садятся, договариваются о контракте, делают пример что "мы вот запрашиваем примерно это, а вы нам отдаёте примерно вот это". И контракт на это генерит моки и тесты
источник
15:39пожаловаться#5

S1

Sceptic 1234 in QA Alliance
ну моки и типы данных завести опен апи генератору можно но тесты? как их генерить)
источник
15:40пожаловаться#6

В

Вовка in QA Alliance
ну типа того, только без тдд, а момент до создания контракта 🙂 и все, дальше уже обычное тестирование на стадии готовности, хотя и куа может писать тесты пока идет разработка
источник
15:40пожаловаться#7

S1

Sceptic 1234 in QA Alliance
если есть контракт и его будут придерживаться можно тесты писать вперёд разрабов. так что это по сути именно тдд уже получается
источник
15:42пожаловаться#8

DA

Dmitry Archie in QA Alliance
Ага, не получится сказать "ой, мы передумали - проще тесты поправить" потому что на этом "передумали" уже работает фронтенд и эти правки уже отразятся на нём.
источник
15:43пожаловаться#9

В

Вовка in QA Alliance
как бы да и как бы нет… потому что тдд, это разработка через тесты, а у нас получается
бек - только начинает писать логику и еще нифига нет, включая тесты, есть только договоренность какой должен быть ответ
фронт - есть только ответ и на основании него они юзают все данные для своей части фичи
источник
15:44пожаловаться#10

DA

Dmitry Archie in QA Alliance
Зато это позволяет делать фронт и бек независимо и максимально параллельно. А значит фронт столкнётся со своими проблемами раньше и начнёт решать их раньше, а не как обычно - бек доделали, а фронты - мутанты и всё тормозят, потому что ждали бек
источник
15:45пожаловаться#11

S1

Sceptic 1234 in QA Alliance
так и? к моменту как фича будет в первой итерации готовности всё апи будет покрыто тестами. при попытке залиться в репу они прогонятся и обвалятся, заставят разраба чинить баги уже на ранних этапах реализации. в этом и смысл тдд
источник
15:45пожаловаться#12

S1

Sceptic 1234 in QA Alliance
ну это в идеале
источник
15:46пожаловаться#13

DA

Dmitry Archie in QA Alliance
На бек уже есть тесты - то что мы предполагаем будет спрашивать фронт - на него бек должен отвечать то что мы предполагаем
источник
15:46пожаловаться#14

S1

Sceptic 1234 in QA Alliance
ну в общем всё это не ново на самом деле. такие практики есть давно. тут самое сложное заставить разрабов напрягать мозги при разработке контракта и потом его придерживаться, иначе всё это превратится в мартышкин труд
источник
15:47пожаловаться#15

В

Вовка in QA Alliance
так я не говорил про написание тестов беком, я о том чтобы договорится о самом ответе (контракте), одни будут писать его, другие использовать.
источник
15:48пожаловаться#16

IB

Ildar Bekmansurov in QA Alliance
тут бы понять: что есть “контракт” и как он генерит моки?
источник
15:49пожаловаться#17

DA

Dmitry Archie in QA Alliance
не только про ответ, но и про запрос. а так - да
источник
15:49пожаловаться#18

В

Вовка in QA Alliance
ну да, если фича построенна на CRUD а не только на Read )
источник
15:49пожаловаться#19

DA

Dmitry Archie in QA Alliance
https://docs.pact.io/5-minute-getting-started-guide
docs.pact.io
5 minute guide | Pact Docs
From zero to running Pact tests in 5 mins
источник
15:49пожаловаться#20