и еще стоит валидация на то что user_id presence: true?

не очень понятно просто что ты хочешь протестить

и еще стоит валидация на то что user_id presence: true?

class User < ApplicationRecord # Include default devise modules. Others available are: # :confirmable, :lockable, :timeoutable and :omniauthable devise :database_authenticatable, :registerable, :recoverable, :rememberable, :trackable, :validatable validates :user_name, presence: true, length: { minimum:4, maximum: 16 } validates :number_of_group, presence: true, length: { minimum:6, maximum: 6} validates :user_id, presence: true has_many :colors end

не очень понятно просто что ты хочешь протестить

Хочу протестить названия цветов, но для того, чтобы не повторятся использую валидатор

а в моделе coolor что у тебя?

и в юзер моделе вот это validates :user_id, presence: true думаю не надо

в общем все равно до конца не понял что надо, но попробуй так в тесте - user = User.new().save(validate: false) expect(Color.new(color_work: "adaa", user: user)).to be_valid

но валидации всякие разные советую тестировать с помощью shoulda-matchers. https://github.com/thoughtbot/shoulda-matchers

ты что, выебон?

это очень важно в субботу рейлсклаб можно просрать

спасибо

это очень важно в субботу рейлсклаб можно просрать

ты несешь бастурму на рейлсклаб?

спасибо

Метод save() может быть только у созданного инстанса модели, и думаю там должны быть хотя бы какие то данные чтобы сейв работал. Посмотри еще factorygirl для сложных валидаций.

остальное через шоулду

я давно в тесте модельки вручную не делаю.

Метод save() может быть только у созданного инстанса модели, и думаю там должны быть хотя бы какие то данные чтобы сейв работал. Посмотри еще factorygirl для сложных валидаций.

User.new(email: "lacalut@gmail.com", user_name: "lacalut", number_of_group: "456789").save(validate: false)

вот это передаю

да, как то так.

но не пашет)

Но factorygirl лучше )

но не пашет)

Так ошибку то ты не написал.

я знаю

Failure/Error: expect(Color.new(color_work: "adaa")).to be_valid expected #<Color id: nil, created_at: nil, updated_at: nil, color_travel: nil, color_work: "adaa", color_labs: nil, color_lectures: nil, color_seminars: nil, color_nonactive_lessons: nil> to be valid, but got errors: User must exist, Color work Color is not validate

> but got errors: User must exist Это твоя кастомная валидация скорее всего.

У инстанса модельки даже если он не существует можно проверить валидность если нет сложных валидаций которые лезут в базу.

> but got errors: User must exist Это твоя кастомная валидация скорее всего.

Она и вылетает когда я кастомную даже не подключаю а length: { minimum:4, maximum: 16 } то выдаёт просто User must exist без Color work Color is not validate

> User must exist Не должен вылетать при проверке валидности. По крайней мере в рельсах 4.*

это скорее всего из за belongs_to + rails5

какая модель у тебя belongs_to :user ?

yep

Потому и factorygirl

заюзай его, он крут

если у тебя модель color belongs_to :user, то либо ты в параметрах указывай юзера, либо в моделе пропиши что belongs_to :user, optional: true

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

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

(и не засорять непосредственно код теста)

а как задать пароль юзеру

password: ""

да даж не либо заюзать, а надо юзать

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

главное чтоб user_id попал туда куда нужно

если пароль валидируется то его можно проставить.

Опять же, все эти вещи хорошо делать через самизнаетечто

главное чтоб user_id попал туда куда нужно

а как их связать чтобы user_id нормально попал куда нужно?

Опять же, все эти вещи хорошо делать через самизнаетечто

уже устанавилваю

уже устанавилваю

getting started прочти там. Сразу все станет понятно.

в общем все равно до конца не понял что надо, но попробуй так в тесте - user = User.new().save(validate: false) expect(Color.new(color_work: "adaa", user: user)).to be_valid

не надо юзера со скипом валидаций сохранять

Только проблем огрести

в тестовой базе?

да

потому что тест может себя вести уже не так как надо

а чего случиться то может?

зачем огребать если можно на самом деле создать запись в базе?

а чего случиться то может?

Например тест большой и дальше ты будешь проверять валидность этой записи

Или попробуешь поменять параметр и сохранить снова.

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

зачем огребать если можно быстро и легко написать нормально

чем ловить баги которые сам же и разложил.

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

всем еще раз спасибо

Там все ОЧЕНЬ просто на самом деле.

Потом можно огрести с жирной factorygil моделью, поэтому все подкейсы лучше сразу бить на подтипы

например create(:user) create(:user_with_avatar)

А то у меня получилась одна жирная factorygirl модель которую сложно было поддерживать.

а основная модель постоянно меняется.

в любом случае для валидаций есть shoulda-matchers для создания объектов есть factorygirl и что бы нормально писать тесты надо их использовать. А это скорее просто попробовать и посмотреть как всё работает, чем какие то реальный тесты для реального приложения

соответственно factorygirl надо подводить под основную модель. А это ломает кучу тестов.

ERROR: S client not available

> для валидаций есть shoulda-matchers Которые обрабатывают 90% случаев и очень круты. Но некоторые валидации придется все равно вручную тестировать

На всякий случай оформлю кратко: бейте factorygirl модели на подтипы create(:user) create(:user_with_avatar) Потом их поддерживать проще будет.

в любом случае для валидаций есть shoulda-matchers для создания объектов есть factorygirl и что бы нормально писать тесты надо их использовать. А это скорее просто попробовать и посмотреть как всё работает, чем какие то реальный тесты для реального приложения

пишу проект свой

Потом можно огрести с жирной factorygil моделью, поэтому все подкейсы лучше сразу бить на подтипы

а есть пример жирной модели?

А еще вопрос может у кого бывало что в navbar не показывалось drop-down меню с bootstrap

Как вы это фиксили

https://gist.github.com/Fedcomp/dc5fd49e19946b69b4d5f3ec8ca388ef

Просто вставляю пример и не показывает выпадающее меню

Просто вставляю пример и не показывает выпадающее меню

js то подключил от бутстрапа?

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

js то подключил от бутстрапа?

= stylesheet_link_tag 'application', media: 'all', 'data-turbolinks-track' => true = javascript_include_tag 'application', 'data-turbolinks-track' => true = csrf_meta_tags

Но это пример в какого монстра может превратиться эта хрень. Потом ее редактируешь и у тебя пол тест suite падает.

это можно назвать что подключено?

Не знаю, бутстрап то там есть?

его js т.е

посмотри в сорсах страницы есть ли там бутстраповый js

также посмотри в консоли может есть какие js ошибки.

также посмотри в консоли может есть какие js ошибки.

подключил => получилось, некрасиво моргает когда дохожу до extra small devises и открываю это drop down меню, ну да ладно

У меня дропдаун не моргал. Можешь попробовать разобраться в чем причина.

Может двойной бинд например.

Ребята, расскажите за преимущества/недостатки сессий/localstorage

сессию сдавать надо(

это недостаток

:D:D:D

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

ну вот корзина например

инет магаза

я видел, как ее хранили, как у пользователя, так и на сервере

к примеру, создают объект класса Order(заказ), статус ему пихают new, к примеру. И тут же запихивают в него все, на что юзер кликнет

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

это плюс - ты можешь зайти с других девайсов и продолжить заказ(сел е***ий телефон, к примеру).

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