https://img-9gag-fun.9cache.com/photo/a0pbDeX_460sv.mp4

100 %

https://img-9gag-fun.9cache.com/photo/a0pbDeX_460sv.mp4

??

https://img-9gag-fun.9cache.com/photo/a0pbDeX_460sv.mp4

Каждая ручка прошла юнит тест, но фунциональный в даннм контексте, тест - обе не проходят

живой пример

Каждая ручка прошла юнит тест, но фунциональный в даннм контексте, тест - обе не проходят

2 unit-test, 0 Integration

Тесты нужны 100%. Чтобы понтоваться уровнем coverage. ?

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

странно обсуждать очевидное

странно обсуждать очевидное

Поэтому я и не обсуждал очевидное, а добавил ещё один плюс тестов. ))

Тесты для кода нужны? Да – 36 ??????? 78% Что это такое? – 7 ? 15% Нет – 3 ? 7% ? 46 people voted so far.

пока никто не ответил - "нет", странно

я ожидал хотябы одного ответа "нет" ???

Поэтому я и не обсуждал очевидное, а добавил ещё один плюс тестов. ))

Сорри, Андрей, это добавка к твоему сообщению.

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

Не только, также с помощью тестов можно представлять как работает любой набор данных

Не только, также с помощью тестов можно представлять как работает любой набор данных

а это tdd или bdd, чего может и не быть. но регрессионные обязаны быть в развивающейся системе.

А я и не говорил, что эт юнит тесты

тогда что хочешь доказать? для библиотек не пишут других тестов кроме -юнит. или у тебя есть пример функ. тестирования гуи-либы?

тогда что хочешь доказать? для библиотек не пишут других тестов кроме -юнит. или у тебя есть пример функ. тестирования гуи-либы?

У меня есть пример либы вообще без тестов

И эт страшно

Не только, также с помощью тестов можно представлять как работает любой набор данных

Зачем??? 1. Берём фронтэндщика (можно 2шт) 2. Просим отправлять на ваш апи запросики 3. Смотрим логи. Всё (если ваши правки сломали чужой рабочий код, сидим на попе тихо, не ваша проблема)

Зачем??? 1. Берём фронтэндщика (можно 2шт) 2. Просим отправлять на ваш апи запросики 3. Смотрим логи. Всё (если ваши правки сломали чужой рабочий код, сидим на попе тихо, не ваша проблема)

Если нет не апи ни интерфейса - кто будет это смотреть?

Зачем??? 1. Берём фронтэндщика (можно 2шт) 2. Просим отправлять на ваш апи запросики 3. Смотрим логи. Всё (если ваши правки сломали чужой рабочий код, сидим на попе тихо, не ваша проблема)

фронтендщики стОят дороже бэкендщиков))

Если нет не апи ни интерфейса - кто будет это смотреть?

Просим фронтэндиков попинать компутер))

Чушь какая-то )

я ожидал хотябы одного ответа "нет" ???

А ты по другому спроси: вы пишете тесты? :) И опрос анонимный :)

Демон который периодически гребет данные из стороннего интерфейса попробуй в своё мировоззрение поместить

Если при пинании компутера что-то отваливается, отпиливаем ногу фронтэнщику)))

а то конечно, все считают что они нужны. Я тоже. Но чтобы понтоваться тестами, они должны быть и функциональными, и и нтерграционными. А столько тестов я писать не собираюсь )

а то конечно, все считают что они нужны. Я тоже. Но чтобы понтоваться тестами, они должны быть и функциональными, и и нтерграционными. А столько тестов я писать не собираюсь )

У меня не очень высокий процент покрытия, но и он очень помогает

не пишут тесты @ тратят недели на отладку принтами @ после каждого изменения повторять заново

такое

???

Скиньте кто нибудь mysql.cnf с какого нибудь боевого сервера, plz

о да, а кто пишет тесты, не дебажат, вахахахах )

зачем дебажить, когда есть fmt.Println))))

Дали приложение, исправить багу. Нужно было в нескольких местах исправлять и добавить 1 канал. Тестов не было, исправлять отказался, поставил костыль, рядом комментарий.

о да, а кто пишет тесты, не дебажат, вахахахах )

но меньше надо просто понимать, что юнит тесты — это та же отладка принтами, только автоматизированная

а то конечно, все считают что они нужны. Я тоже. Но чтобы понтоваться тестами, они должны быть и функциональными, и и нтерграционными. А столько тестов я писать не собираюсь )

функциональные, и интерграционные тесты в 99% случаев не нужны, ибо они неоправданно сложные и дорогие. Достаточно -юнит - дёшево и сердито

но меньше надо просто понимать, что юнит тесты — это та же отладка принтами, только автоматизированная

++++

зачем дебажить, когда есть fmt.Println))))

иногда delve спасает от 100 кратного перезапуска и переписывания print

иногда delve спасает от 100 кратного перезапуска и переписывания print

я о том же, просто подкалываю чутка )))

не в обиду если че)

пятницо

все мои подколы без злого умысла

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

ну в общем какой-то мало-мальски большой проект написать без тестов просто не реально (возможно я и все мои коллеги просто туповаты, такой вариант тоже не стоит исключать)

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

Жизненно, на самом деле

Есть другая сторона медали. Мой коллега, каждой структуре пишет интерфейс. Каждое поле структуры приватное, и для неё написан геттер. И для каждого геттера написан юнит-тест. Хотя в большинстве они просто возвращают значение поля.

Это странные тесты, на мой взгляд

get/set отличный способ отлова несанкционированного изменения значения поля структуры.

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

get/set отличный способ отлова несанкционированного изменения значения поля структуры.

почему же в Го это редко практикуется?

не знаю

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

странно что для го такого нету

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

Жизненно, На больших проектах остуствие/присутсвие тестов очень резко сказывается на дальнейщих фичах, когда проект рабочий и приносит деньги

протестил кнопку нет - работает

функциональные, и интерграционные тесты в 99% случаев не нужны, ибо они неоправданно сложные и дорогие. Достаточно -юнит - дёшево и сердито

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

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

попробуй по книжке роя ошерова втянуться, она не плохой считается. жаль нет аналогичной для гошечки - в дотнэте ужасные фреймворки для тн=естирования, в Го всё с этим хорошо

Помню на таком проекте запилил фичу, запустил тесты, 2 теста не прошли Смотрю, блин да они вообще не связанны с моей фичией, ну никак, почему ломаются. Начал смотреть в код, бац очень очень косвенно зависиость была таки. Без тестов я бы думал что все ок, и только на бою когда бы стали отваливаться клиенты, только тогда бы узнал что-то то не так, по логам, звонкам в тех поддержку, это же ппц

попробуй по книжке роя ошерова втянуться, она не плохой считается. жаль нет аналогичной для гошечки - в дотнэте ужасные фреймворки для тн=естирования, в Го всё с этим хорошо

спасибо

попробуй по книжке роя ошерова втянуться, она не плохой считается. жаль нет аналогичной для гошечки - в дотнэте ужасные фреймворки для тн=естирования, в Го всё с этим хорошо

вы пишете например юнит-тест на метод, до того как стали писать метод?

я - крайне редко. у меня ни когда не было 100% покрытия и я к этому не стремился.

Не понимаю пока с интерфейсами Могу ли я не вывести, а получить отсюда Id??? Как это сделать? func(c *routing.Context) error { fmt.Printf("%+v\n", c.Get(apis.User).Id) c.Write(c.Get(apis.User)) return nil } //&{Id:1}

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

Не понимаю пока с интерфейсами Могу ли я не вывести, а получить отсюда Id??? Как это сделать? func(c *routing.Context) error { fmt.Printf("%+v\n", c.Get(apis.User).Id) c.Write(c.Get(apis.User)) return nil } //&{Id:1}

через спецмальный тип с Id и последующий даункаст

@ruzzke_mir Я имею структуру type User struct { Id int `json:"id" db:"id"` } func (u *User) GetId() int { return u.Id } Как передать сюда мой параметр Id из контекста, что выше?

@ruzzke_mir Я имею структуру type User struct { Id int `json:"id" db:"id"` } func (u *User) GetId() int { return u.Id } Как передать сюда мой параметр Id из контекста, что выше?

каким образом надо получать Id - можно пример такого получения?

Привет! Никто не юзает эту либу для тестов веб- и неочень- сервисов? https://github.com/stretchr/testify Нравится как выглядит, читаемо, кмк.

@ruzzke_mir Я имею структуру type User struct { Id int `json:"id" db:"id"` } func (u *User) GetId() int { return u.Id } Как передать сюда мой параметр Id из контекста, что выше?

u := User{id:1} id := u.GetId()

@ruzzke_mir что-нибудь вроде user := new models.User{"Id": c.Get(apis.User).Id} Но это не работает

@ruzzke_mir что-нибудь вроде user := new models.User{"Id": c.Get(apis.User).Id} Но это не работает

то есть ты спрашиваешь - как получить юзера по его ID? в таком случае при чём здесь контекст?

вместо new может амперсанд &

@ruzzke_mir что-нибудь вроде user := new models.User{"Id": c.Get(apis.User).Id} Но это не работает

к этому

Я извиняюсь за свои вопросы, но прошу помочь решить этот вопрос

@ruzzke_mir В контексте у меня находится данные пользователя, которого я получил по токену из db "Аутентифицировал" так сказать. Однако чтоб дальше получить какие-то объекты этого пользователя мне нужен хотя бы его id. А это уже находится в контексте, потоу что в процессе аутентификации я поместил пользователя в пустой интерфейс Identify token := parseBearerAuth(c.Request.Header.Get("Authorization")) identity, e := fn(c, token) if e == nil { c.Set(User, identity) return nil }

здесь в identify я передаю models.User, который получил по токену из бд. Как мне теперь получить его из контекста?

@ruzzke_mir В контексте у меня находится данные пользователя, которого я получил по токену из db "Аутентифицировал" так сказать. Однако чтоб дальше получить какие-то объекты этого пользователя мне нужен хотя бы его id. А это уже находится в контексте, потоу что в процессе аутентификации я поместил пользователя в пустой интерфейс Identify token := parseBearerAuth(c.Request.Header.Get("Authorization")) identity, e := fn(c, token) if e == nil { c.Set(User, identity) return nil }

routing.Context скорее всего содержит лишь то, что нужно для обработки хттп запроса, пользовательские данные - не про это. тебе нужно сделать мапу map[*routing.Context] UserInfo, обновлять её в каждом хттп хэндлере, а в UserInfo хранить всю необходимую тебе информацию о юзере.

естественно это очень схематичный ответ

вот кстати мой routing.Contect func (c *Context) Get(name string) interface{} { return c.data[name] } // Set stores the named data item in the context so that it can be retrieved later. func (c *Context) Set(name string, value interface{}) { if c.data == nil { c.data = make(map[string]interface{}) } c.data[name] = value }

Что-то как-то сложно

лучше: user := c.Get(apis.User).(models.User)

@nuqzz не катит

@nuqzz не катит

ну еще бы new без скобок

и вообще злобный микс из литерала и new

@nuqzz level=error msg="interface conversion: interface {} is *models.User, not models.User"

вот кстати мой routing.Contect func (c *Context) Get(name string) interface{} { return c.data[name] } // Set stores the named data item in the context so that it can be retrieved later. func (c *Context) Set(name string, value interface{}) { if c.data == nil { c.data = make(map[string]interface{}) } c.data[name] = value }

а c.Get(apis.User) что возвращает? тип и содержимое объекта смотрел в отладчике или print-ом выводил?

@nuqzz level=error msg="interface conversion: interface {} is *models.User, not models.User"

это значит там указатель на структуру лежит, надо приводить к указателю: user := c.Get(apis.User).(*models.User)

очевидно, что даже gotour не был пройден на эту тему)

@nuqzz дружище, спасибо большое!!! наконец-то получил данные из контекста. Пошел дальше изучать go на примере создания микросервиса

го тур не читай - микро сервисы клепай)

???

тогда все будет точно по феншую)))

господа, кто нибудь gopherjs использует? я уже тут как-то спрашивал. не ужели по нулям?

вчера на митапе про него вещали

господа, кто нибудь gopherjs использует? я уже тут как-то спрашивал. не ужели по нулям?

на митапе • Алексей Акулович "Golang по обе стороны баррикад"

Общий вывод- все работает, но писать фронт на нем это изврат