cool but why its invalid it was working

have you or your app been banned?

Alex i dont know becz i didnt get any notification or something else so do you how i can know if my app has been banned?

i am testing i am i create this app 2 weeks ago

Have you tryed to contact support? i didn't code for VK api much but it could be your app been suspended banned somehow. Just a random guess.

Alex i dont know becz i didnt get any notification or something else so do you how i can know if my app has been banned?

check whether it's banned or not

If it been worked and then suddenly stopped, it's probably not on your side.

У миня ужастный англицкий

If it been worked and then suddenly stopped, it's probably not on your side.

вы можете писать на русском языком

вы можете писать на русском языком

It's not hard for most of us (i guess) to message on english.

Yet your google translate may add really horrible translations

у меня еще 1 вопрос появился по тестам с моками и стабами и опять про параметры. К примеру хочу я протестировать update в achievements controller. Я в начале опредеяю let(:achievement_params) { ActionController::Parameters.new(title: "Updated Title") } далее определяю ожидание expect(achievement).to receive(:update).with(achievement_params) и делаю пут запрос put :update, params: { id: achievement, achievement: { title: "Updated Title"} } но ошибка возникает из-за того что в определенные выше achievements_params незапермичены и тест выдает вот такую вот ошибку expected: (<ActionController::Parameters {"title"=>"Updated Title"} permitted: false>) got: (<ActionController::Parameters {"title"=>"Updated Title"} permitted: true>)

ну так запермить

let(:achievement_params) { ActionController::Parameters.new(title: "Updated Title").permit(:title) } вот так?

ага

или .permit! чтобы всё разрешить

у меня еще 1 вопрос появился по тестам с моками и стабами и опять про параметры. К примеру хочу я протестировать update в achievements controller. Я в начале опредеяю let(:achievement_params) { ActionController::Parameters.new(title: "Updated Title") } далее определяю ожидание expect(achievement).to receive(:update).with(achievement_params) и делаю пут запрос put :update, params: { id: achievement, achievement: { title: "Updated Title"} } но ошибка возникает из-за того что в определенные выше achievements_params незапермичены и тест выдает вот такую вот ошибку expected: (<ActionController::Parameters {"title"=>"Updated Title"} permitted: false>) got: (<ActionController::Parameters {"title"=>"Updated Title"} permitted: true>)

зачем тестировать что был вызван какой-то метод?

завтра у тебя метод переименуется в update_with_smile, и ты побежишь переписвать тесты

зачем?

магия какая то, я до этого так делал и мне писало на то что у string нет метода permit и ошибка эта была из метода контроллера где проиходит персит

а сейчас все ок

зачем тестировать что был вызван какой-то метод?

я просто практикую тесты :)

тестируй результат, а не процесс

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

ты пинаешь чёрный ящик и ожидаешь что он пискнет три раза

я это делаю для понимания как стабы и моки работают

зачем тебе знать что там конкретно пищит, котёнок или динамик?

я это делаю для понимания как стабы и моки работают

надо начать без стабов и моков

стабы и моки — зло

зачем тебе знать что там конкретно пищит, котёнок или динамик?

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

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

зачем посылать сообщение, если оно ничего не делает?

А как без них сторонний тестить

сторонние сервисы это на мой взгляд единственное применение мокам и стабам

?

но и то

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

а если сервис не дает фейковые данные

и он только платный

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

то без стаба не решить

Например ГЕО сервис. Берет деньгу за запрос

И что?

а если у тебя какой то рандом есть, то как тестировать?

и фейкурл для теста не предоставляет

у тебя каждый тест - деньга

у тебя каждый тест - деньга

и?

пфф

ясно

ты просто не очень понимаешь, что она тысячная цента за запрос это экономия на спичках

вопрос тут в рисках

я понимаю что 15 человек разрабатывают

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

не, надо мокать, а изменения АПИ в приличных конторах переходят на версию

поэтому ты ничего не потеряешь

это в идеальном мире

Получишь письмо и перепишешь

ERROR: S client not available

вопрос в стоимости ошибки

если у тебя ошибка при работе с платежным гейтом — ты теряешь клиентов

всегда к контексте

у платежного гейта будет урл для разработки

мониторинг не предотвратит ошибки

а значит ты из-за моков и стабов потеряешь денги

обсуждение неочем)

я в третий раз для тех кто жопой читает повторю

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

^^^

включать всякие записывалки запросов

началось

это в мире где есть чёткое понимание стоимости ошибки

Согласен

а если у тебя какой то рандом есть, то как тестировать?

Конкретный кейс скажи )

Вообще, тут говорили мол тестировать метод неправильно

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

и они правы. Создатели рельс предлагают тестировать "контроллеры" не контроллерными тестами, а интеграционными

это когда ты дергаешь урл и то что в нем происходит для тебя по возможности black box

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

и дергаешь ты конкретный урл

да. причина -> следствие

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

да. причина -> следствие

На мой взгляд просто ты недостаточно описал как это выглядит, я решил дополнить.

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

Причем, был кейс - работал с гемом savon, чтобы тестировать как можно больше, мокал именно xml ответы, а непосредственно вызовы методов.

Но это тестирование "обертки" над савоном. В обычных тестах где дергалась эта обертка я ее саму мокал. В итоге все протестировано.

Надо подумать как реализовать возможность гонять реальные интеграционные тесты на релизах.