продакшен проект

это когда

func Foo() (int, error) {
  res, err := bar()
  return res, err
}
?

это когда ты для Foo() тестируешь случаи с ошибками, а для bar() нет

понятно

блин ну для каждой функции тест писать это жесть

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

наверное, наоборот

Ctrl зажми и мышкой тыкни

если ты Foo тестируешь - то coverage покроет вызов bar, а если только bar - то Foo  выпадет из coverage

не переходит почему то

Я не в упрек, интересует, сколько примерно строк, потому как 86 это много и наверное это неплохое достижение .
Хотя с другой стороны скорость правок падает. Помню как один эндпоинт неделю правил в проекте с 90% покрытием. 1 день правил суть и 6 дней тесты. При том что код норм и все удобно, просто дофига тестов

Поставь gopls

Goland

:^)

Ок, а поясние ещё по TDD плз, как обычно должен происходить процесс разработки? Cлышал что обычно тесты пишутся наперёд, но ведь в самом начале ты ещё не знаешь какие методы ты будешь использовать наверняка. То есть в любом случае всё начинается с описания структур и реализации программы, уже потом отдельных методов. Таким образом такой порядок действий:

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

Is that true way?

пасиб сейчас проверю

до 1000 может быть

я про то что в bar() будет несколько if err != nil
и не все они скорее всего будут покрыты

только некоторые из них

True way это просто иметь голову на плечах