почему разработка спеки не включает в себя разработку тестов?

это, кстати, неплохая идея, попробую предложить команде

ну вот. и я просто стараюсь не писать ничего без тестов

у нас довольно большой проект, он покрыт тестами на >90% как на бэке, так и на фронте

а так внешние (к сервису) интерфейсы обычно фиксирует qa, я не библиотеку разрабатываю, в этом случае было бы разумнее сразу готовить black box

у нас довольно большой проект, он покрыт тестами на >90% как на бэке, так и на фронте

а где бы почитать/научится про то как делать спецификации и тесты, покрывающие все случаи?

Хотелось бы внедрить, но непонятно с какого конца начать, чтобы в итоге прийти к тестам, а не имитациям тестов.

вы считаете это нормой?

нормой в смысле "так и надо"? нет, не всегда. нормой в смысле "заказчик не оплатил тесты"? да, в этом смысле это норма

это грустно

Хотелось бы внедрить, но непонятно с какого конца начать, чтобы в итоге прийти к тестам, а не имитациям тестов.

начать нужно сначала. почитать о фаззинге. но цель не только определить зависания и/или падения, а и ошибки в спеке

нормой в смысле "так и надо"? нет, не всегда. нормой в смысле "заказчик не оплатил тесты"? да, в этом смысле это норма

а у тебя не уходит больше времени на разработку, когда тестов нет?

начать нужно сначала. почитать о фаззинге. но цель не только определить зависания и/или падения, а и ошибки в спеке

Спасибо.

а у тебя не уходит больше времени на разработку, когда тестов нет?

старт быстрее без тестов. обычно заказчик хочет MVP вчера. ну - возможно, я просто влипаю в такие проекты постоянно. есть у меня коллега, который просто говорит в таких случаях "нет". зарабатывает, вроде, не меньше...

Спасибо.

не за что. идею, думаю, будет легко понять, как только фаззинг начнешь применять не только в целях тестирования безопасности, а и в целях поиска и предотвращения своих же ошибок

начать нужно сначала. почитать о фаззинге. но цель не только определить зависания и/или падения, а и ошибки в спеке

может зафигачишь доклад на эту тему? или порекомендуешь посмотреть/почитать что то конкретное? Это было бы очень полезно для сообщества 🙂

старт быстрее без тестов. обычно заказчик хочет MVP вчера. ну - возможно, я просто влипаю в такие проекты постоянно. есть у меня коллега, который просто говорит в таких случаях "нет". зарабатывает, вроде, не меньше...

ну - благо, я с разработкой mvp уже не связываюсь, разве что в своих проектах

может зафигачишь доклад на эту тему? или порекомендуешь посмотреть/почитать что то конкретное? Это было бы очень полезно для сообщества 🙂

может быть, может быть

ну - благо, я с разработкой mvp уже не связываюсь, разве что в своих проектах

minimal viable product?

minimal viable product?

йеп

работаю в компании, где уже есть mvp, и нужно довести всё до ума

я работал в perl-c монолите без спеки и доки, с test coverage 5%, 🙂 поэтому тема меня эта цепляет, если вы клепаете такие продукты без тестов, кто-то потом их будет саппортить и, чем больше тестов, тем лучше 🙂

у нас до code review таска не доходит, пока тестов нет. всё просто)

это - хорошая морска практика 🙂

вопрос же не в том, писать тесты, или нет, а в том, как сделать их полезными

а бесполезные тесты кто-то считает вообще существующими тестами?

если тест бесполезен - его нет

я видел тесты, которые писались только для того, чтобы ci не жаловался на уменьшение coverage

вместо того, чтобы код удалить - его покрывали формально тестом

ну - я не сомневался, что ты повидал больше, чем я %)

(от этого тоже, кстати, помогает тест в отдельном пакете. мертвый код себя проявляет очевиднее)

если тест бесполезен - его нет

привет) загляни в лс

привет) загляни в лс

привет) ответил, спасибо

подкину годноты в эфир

130 метров? что же там такое ?

130 метров? что же там такое ?

"Программист-прагматик"

"Программист-прагматик"

он с квартирой там?

он с квартирой там?

Нет, просто сканы страниц )

он с квартирой там?

бгггг))

Нет, просто сканы страниц )

для таких вещей http://www.djvu.org/ хорошо подходит

для таких вещей http://www.djvu.org/ хорошо подходит

Да, согласен. Но мопед не мой (с)

по чём купил по том продал

сейчас архитектор разрисует нам структуру и напишет спеки на интерфейсы - и можно будет начинать. тесты на соответствие интерфейсам мы напишем на основании этих спек

А можно на примерах? Право я запутался о каком уровне мы говорим (ну тут в чатике говорили)

@rvasily , а насколько сейчас модно следовать Clean Architecture в проектах на Go? Пишу тестовый проект для собеса, хочу выпендриться

@rvasily , а насколько сейчас модно следовать Clean Architecture в проектах на Go? Пишу тестовый проект для собеса, хочу выпендриться

не модно

в смысле без фрейворков?

или я не в теме

не в теме

спс

Всем привет .Кто видел гит проект с микросервиса с мин 2 сервисами на голанг?

@rvasily , а насколько сейчас модно следовать Clean Architecture в проектах на Go? Пишу тестовый проект для собеса, хочу выпендриться

Главное чтобы смузи был (для модности)

@rvasily , а насколько сейчас модно следовать Clean Architecture в проектах на Go? Пишу тестовый проект для собеса, хочу выпендриться

минусом не будет, по крайней мере код будет тестируемый

@rvasily , а насколько сейчас модно следовать Clean Architecture в проектах на Go? Пишу тестовый проект для собеса, хочу выпендриться

пишите так, словно ваш код будет ревьювить склонный к насилию психопат, который знает где вы живёте

а мне заходит CA..

пишите так, словно ваш код будет ревьювить склонный к насилию психопат, который знает где вы живёте

Изначально вроде было про поддерживать 😉

Не, я про изначальную формулировку этой фразы. Это вроде Макконнелл

Всем привет, интересует такой овпрос, в 2 словах, как лучше организовать роли пользователя в api, например есть база данных и в ней каждый пользователь после аутонтефикации может получать доступ только к своим данным, как это рализуется вообще интересует(какие то отдельные поля в таблице, отдельная таблица или еще что). Мне нужен именн толчек в правельном направлении, там разберусь

Интересный вопрос, я такой видел несколько лет назад. На Perl в частности Mojolicious предлагалось ограничивать пользователей через роуты. С удовольствием послушаю гоферский вариант.

погодите

в чем вопрос-тио?

authentication - тема большая и сложная

про фреймворки вопрос, помоему 🙂

про фреймворки нзна ничего

ну приходят люди из джанг/что там у пыхеров, и хотят чтобы было уже что-то

решений много готовых, разной степени готовности

искать по golang auth middleware

authentication - тема большая и сложная

Там не просто аутентификация, тама ещё и раздельный доступ. Что бы не писать везде: if userID == vasya { // позволяем } else { // это не vasya }

Я бы взял разве что готовый rbac и орму, но с отдельными подключениями для принципиально разных ролей, чтобы ограничить и в плане прав доступа в базу, если база позволяет, конечно

Но - спасибо за идею, надо будет прикрутить в грэйм версию для особо ленивых

Да, роли. Авторы, модераторы, админ к примеру.

Но - спасибо за идею, надо будет прикрутить в грэйм версию для особо ленивых

Админку же ты не будешь прикручивать, если будет время могу слепить мидлварь для того же рбака

Есть ли смысл в структурах указывать не тип, а указатели? по сути это должно сэкономить память когда мы заполняем структуру ?

Например вместо этого type User struct{ Id int Name string } Писать так type User struct{ Id *int Name *string }

это еще вариант как при сериализации в json получить null на пустых значениях

память на 1 экземпляре не экономите

Точно, спасибо

Там не просто аутентификация, тама ещё и раздельный доступ. Что бы не писать везде: if userID == vasya { // позволяем } else { // это не vasya }

Можно еще open policy agent глянуть: на каждый чих спрашиваем сервис "этому вот это можно?" по ответу решаем прекращать запрос или дальше обслуживать

Есть ли смысл в структурах указывать не тип, а указатели? по сути это должно сэкономить память когда мы заполняем структуру ?

На GC нагрузки больше

На GC нагрузки больше

указатели обычно же на хипе аллоцируются ?

Вот именно, а значит их GC собирать придется.

указатели обычно же на хипе аллоцируются ?

google golang escape analysis

google golang escape analysis

Да, спасибо, читал про это )