В целом Ваше решение имеет право на существование. Нам оно не подошло. Сейчас расскажу, почему.
Чтобы мокать ответ Инстаграма, запрос на авторизацию надо слать не на инстаграм, а на какой-то свой АПИ для мока. Это тоже тестовый код. Т.е. мало того, что мы тестируем отправку запроса не туда, куда он будет в итоге отправляться, но еще и не уверены, что ответ мока актуальный. Тестирование тестовой логики… :)
Со временем таких решение становится много: тут инстаграм, там сандбокс для пейпала, рядом свои собственные воркэраунды для труднодоступных мест. В итоге тестов много, сон по ночам крепкий, но на деле проверяется что-то, лишь отдаленно похожее на продакшн.
Можно. Но проблема начинает выглядеть иначе после нескольких проверок. Инстаграм пишет, что не может залогинеть пользователя. И все. И никаких кодов не присылается. :)
Но есть несколько нюансов, которые мешают использоваться его для стейджинга давно существующего сервиса:
This is a fully functional environment that allows you to test the API before submitting your app for review. Sandbox mode is ideal for developers who are new to the Instagram Platform and want to explore the API Platform, as well as for teams that need multiple clients for development, staging, and other non-live environments.
Это API больше подходит для отладки и написания кода. Оно не предназначено для сервисов, которые не в режиме разработки.
Since this mode is meant for development, apps in Sandbox mode are not visible to the general public, but instead are only visible to a limited set of up to 10 authorized 'sandbox users'. Only these users will be able to test and authenticate your app.
Только лимитированное количество Instagram-аккаунтов сможет взаимодействовать с нашим сервисом. Этого мало, к сожалению.
To get out of Sandbox mode, you need to submit your app for review. If your app falls into the approved use cases and gets approved, it will automatically go liv
Не очень понятно, как бороться с этим.
Мы пробовали писать автотесты, привязывая юзеров через этот API. В конечном итоге такой подход нам не подошел.
Привет.
Спасибо, очень клевые изменения. А можно как-то временно выключить «Контроль Исключений». У нас автотесты засветились, как Рождественская елка. :)
Я понял, спасибо. Изначально я решил, что раз говорилось о высоком покрытии изначально, то ребятам из ручного тестировния приходится писать тесты именно на новый функционал, чего без знания языка программирования и основ selenium сделать довольно сложно. Но Вы, видимо, говорите о написании сценариев, составленных из возможностей уже существующей библиотеки. Значит либо это тест на пробел в покрытии старого функционала (например упущенного бага), либо BDD. Верно?
>Урок: гораздо лучше, когда с автотестами работают все представители QA-отдела. Пусть не все из них будут в состоянии написать тест с нуля, но сделать так, чтобы каждый инженер мог оценить состояние тестов в данный момент, понять причину их провалов, поправить простенькую ошибку или покрыть тестом новый несложный кейс, стоит.
Если ребята не смогут написать тест с нуля, как же они смогут покрыть тестом какой-то кейз? :)
Чтобы мокать ответ Инстаграма, запрос на авторизацию надо слать не на инстаграм, а на какой-то свой АПИ для мока. Это тоже тестовый код. Т.е. мало того, что мы тестируем отправку запроса не туда, куда он будет в итоге отправляться, но еще и не уверены, что ответ мока актуальный. Тестирование тестовой логики… :)
Со временем таких решение становится много: тут инстаграм, там сандбокс для пейпала, рядом свои собственные воркэраунды для труднодоступных мест. В итоге тестов много, сон по ночам крепкий, но на деле проверяется что-то, лишь отдаленно похожее на продакшн.
Но есть несколько нюансов, которые мешают использоваться его для стейджинга давно существующего сервиса:
Это API больше подходит для отладки и написания кода. Оно не предназначено для сервисов, которые не в режиме разработки.
Только лимитированное количество Instagram-аккаунтов сможет взаимодействовать с нашим сервисом. Этого мало, к сожалению.
Не очень понятно, как бороться с этим.
Мы пробовали писать автотесты, привязывая юзеров через этот API. В конечном итоге такой подход нам не подошел.
обществекомьюнити. :)Спасибо, очень клевые изменения. А можно как-то временно выключить «Контроль Исключений». У нас автотесты засветились, как Рождественская елка. :)
Ещё раз спасибо за шикарную статью и шикарные комментарии к ней!
Если ребята не смогут написать тест с нуля, как же они смогут покрыть тестом какой-то кейз? :)