а без связей какой смысл

а с приходом сервисов вообще хз что запускать

Юнит тест на сервис

а без связей какой смысл

Запустить тест на класс

ну тогда только под юниты гвард затачивать

Именно так

CI остальные прогонит

Если много

ну тогда ок

а без связей какой смысл

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

ну э... спорный вопрос конечно

А мне все больше и больше такой подход нравится. Потому что полные e2e тесты в сервисной архитектуре становятся очень сложными и почти не поддерживаемыми (слишком много граничных условий). Вместо этого ты просто заморачиваешься о том, что падение части системы не разрушит всю систему (так в Эрланге с акторами делают)

А мне все больше и больше такой подход нравится. Потому что полные e2e тесты в сервисной архитектуре становятся очень сложными и почти не поддерживаемыми (слишком много граничных условий). Вместо этого ты просто заморачиваешься о том, что падение части системы не разрушит всю систему (так в Эрланге с акторами делают)

не всегда ошибка является падением

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

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

логирование и аналитика же

я просто после нескольких масштабных рефакторингов, я не понимаю как бы я был без тестов

логирование и аналитика же

это ж уже постфактум

BDD - это когда идешь от общего в глубь. Сначала поведение в системы целиком, потом ее модулей. TDD - это когда сначала модули, потом взаимодействие между ними Один и тот же подход, разные навправлление BDD - большого к малому TDD - от малого к большому

я просто после нескольких масштабных рефакторингов, я не понимаю как бы я был без тестов

Да банально трясешься гемы обновить

BDD - это когда идешь от общего в глубь. Сначала поведение в системы целиком, потом ее модулей. TDD - это когда сначала модули, потом взаимодействие между ними Один и тот же подход, разные навправлление BDD - большого к малому TDD - от малого к большому

Бдд это про тестирование поведения, грубо говоря без моков и юнит тестов как я понимаю

Т.е интеграционный тест - тестирует поведение снаружи как black box

Да банально трясешься гемы обновить

есть кстати сервис по обновлению гемов. сразу пулреквесты делает

есть кстати сервис по обновлению гемов. сразу пулреквесты делает

А что он особого такого делает? Автоматический bundle update?

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

ну и соответственно видишь, падают ли у тебя тесты

я просто после нескольких масштабных рефакторингов, я не понимаю как бы я был без тестов

так в том и прикол, что тесты на сервис нужны. а взаимодействие между - сложно покрыть, проще реальное использование мониторить

аа, микросервисы

мы это не едим

ну когда монолит - там только внутри все тестируется

аа, микросервисы

сервисы

не путай

я чет не понимаю, мы говорим о сервисах внутри приложения?

типа CreateUser

сервисы

мы тестируем сервисы + все целиком feature спеками

но. есть вариант про контракты

но я пока так не пробовал

я чет не понимаю, мы говорим о сервисах внутри приложения?

я говорил про сервисы которые отдельные инстансы кода

когда-то давно я делал как: тестируешь, что сервис вызывается контроллером грубо говоря, и сам сервис юнитами

но остается шанс что у тебя контроллер не тот сработает - делаешь роутинг тесты

но. есть вариант про контракты

ну я дошел до полных тестов внутри сервиса + контракты

а потом есть шанс, что у тебя на фронте не так ссылка в темплейте

и мониторинг хороший для межсервисного взаимодействия

а если про код говорить, я такие тесты пишу

https://github.com/makedecision-org/core/blob/master/spec/web/controllers/comments/create_spec.rb

типо юниты на экшен + интеграционный со всеми зависимостями

В таком случае дёшево логику тестируешь + есть проверка контрактов всех

Уже писал, но так и не нашел что могло бы понравиться... Пишу еще раз. Всем привет! Есть предложение для разработчиков/начинающих стартаперов Я – senior product дизайнер по enterprise/SaaS/веб/мобилкам (ui/ux). Сейчас нахожусь в активном поиске работы уже несколько месяцев, потому что мне постоянно то компания, то проекты, то оплата не подходит. Но я не могу не заниматься дизайном и простаивать. Я делаю или бесплатно или очень дорого. Поэтому предложение: Готов бесплатно выделять +-8 часов в неделю на разработку вашего продукта, начиная от полного проектирования по бизнес-процессам/идеям и заканчивая hi-fi мокапами. Вы разработчик, который хочет сделать проект для портфолио с крутым дизайном? Пишите мне. Вы стартапер, у которого нет бюджета на хороший дизайн? Пишите мне. С вас какие-то гарантии, что проект будет в продакшене и отсутствие NDA. Пишите в лс. В чатике бываю редко.

ахаха

Как же этот синьер дизайнер заебал

Да ладно тебе, пиарится чувак

Предлагаю скинуться ему на лечение

ну я дошел до полных тестов внутри сервиса + контракты

контракты это интеграционные, а тесты внутри сервиса - юнит?

зависит от реализации

у тебя контракты могут быть юнит

а тесты в сервисе - интеграционными

ну я знаю, что апи ендпоинты называют контрактами

а других не встречал

реквест тесты есть еще

и фича тесты

Доброе утро подскажите пожалуйста, что делаю не так есть объекты в таблице у которых есть поле shcs :string is an Array делаю выборку Object -> id: 1, shcs: ['ASC', 'PER'] Object -> id: 2, shcs: ['GCR'] Object -> id: 3, shcs: nil Object.where.not('shcs <@ ARRAY[?]::varchar[]', %w(ASC SPA)) на выходе получаю колекцию без id: 1 и еще без id: 3 а ожидаю получать выборку только без id: 1 то есть скоуп почему-то исключает еще и объекты у которых shcs: nil

как исправить, подскажите пожалуйста

and shcs is NULL ?)

and shcs is NULL ?)

точно where.not('shcs IS NOT NULL AND shcs <@ ARRAY[?]::varchar[]', %w(ASC SPA))

спасибо

а подскажите по какому адресу будет rails conf проходить?

а на сайт заходить пробовали?)

а на сайт заходить пробовали?)

Это РубиРоссия, а не RailsConf)

#Ruby #вакансия #Москва #работавДомКлик Всем привет! В этом чате можно публикнуть вакансию? ? А то у нас тут в ДомКлик (Центр недвижимости от Сбербанка) нужны сильные Ruby разработчики ? Офис на Кутузовской, 5-и уровневая бесплатная парковка, корпоративный фитнес клуб, ДМС профильные конференции/митапы, корпоративные аккаунты Udemy и Coursera Ожидаем от сильных разработчиков: - Ruby 2.3+, Ruby on Rails 5+ - Знание шаблонов проектирования; - Базы данных: postgres, redis; - Rspec; Вилка: от 150 до 250 тыс net подробности по ссылке https://hh.ru/vacancy/27594447 или пишите мне @mamaevapolina Пишите ?

#Ruby #вакансия #Москва #работавДомКлик Всем привет! В этом чате можно публикнуть вакансию? ? А то у нас тут в ДомКлик (Центр недвижимости от Сбербанка) нужны сильные Ruby разработчики ? Офис на Кутузовской, 5-и уровневая бесплатная парковка, корпоративный фитнес клуб, ДМС профильные конференции/митапы, корпоративные аккаунты Udemy и Coursera Ожидаем от сильных разработчиков: - Ruby 2.3+, Ruby on Rails 5+ - Знание шаблонов проектирования; - Базы данных: postgres, redis; - Rspec; Вилка: от 150 до 250 тыс net подробности по ссылке https://hh.ru/vacancy/27594447 или пишите мне @mamaevapolina Пишите ?

Вилку забыли) Советую добавить, таковы правила чата

коллеги, заинтересовался проектом tty http://piotrmurach.github.io/tty/, проект обширный, поэтому может кто встречал вводную статью, чтобы описывались основы

#Ruby #вакансия #Москва #работавДомКлик Всем привет! В этом чате можно публикнуть вакансию? ? А то у нас тут в ДомКлик (Центр недвижимости от Сбербанка) нужны сильные Ruby разработчики ? Офис на Кутузовской, 5-и уровневая бесплатная парковка, корпоративный фитнес клуб, ДМС профильные конференции/митапы, корпоративные аккаунты Udemy и Coursera Ожидаем от сильных разработчиков: - Ruby 2.3+, Ruby on Rails 5+ - Знание шаблонов проектирования; - Базы данных: postgres, redis; - Rspec; Вилка: от 150 до 250 тыс net подробности по ссылке https://hh.ru/vacancy/27594447 или пишите мне @mamaevapolina Пишите ?

Где зп, Лебовски?

Вилку забыли) Советую добавить, таковы правила чата

написала)