Здесь показаны различия между двумя версиями данной страницы.
Both sides previous revision Предыдущая версия Следущая версия | Предыдущая версия Следущая версия Both sides next revision | ||
test-logs [2013/09/19 17:23] admin |
test-logs [2014/09/26 07:31] admin [Тестирование и логи] |
||
---|---|---|---|
Строка 1: | Строка 1: | ||
- | ====== Тестирование и логи ====== | + | ===== Тестирование и логи ===== |
- | 5.5. Тестирование и логи\\ | + | ==== Тестирование и логи ==== |
На закладке **«Тестирование и логи»** Продавец может провести тестовые платежи для проверки настроек своего сервиса. Тестовые платежи автоматически удалаются через час после их создания. Здесь же отображаются логи по прошедшим запросам на сайт и из сайта продавца.\\ | На закладке **«Тестирование и логи»** Продавец может провести тестовые платежи для проверки настроек своего сервиса. Тестовые платежи автоматически удалаются через час после их создания. Здесь же отображаются логи по прошедшим запросам на сайт и из сайта продавца.\\ | ||
\\ | \\ | ||
Функция **«Тестирование и логи»** нужна только для настройки и проверки API. Если Вы не используете API, система вернет некорректные ответы.\\ | Функция **«Тестирование и логи»** нужна только для настройки и проверки API. Если Вы не используете API, система вернет некорректные ответы.\\ | ||
\\ | \\ | ||
- | Тестирование и логи как раз используют тестовую валюту TST, этот модуль размещен в Кабинете продавца для того, чтобы можно было не выходя из него делать платежи, не тратя время на переход к платежной форме, также Кабинет продавца дает доступ к логам по этим платежам если включено уведомление по API. Поэтому разницы между тем как тестировать, Кабинете продавца или через платежную форму по тестовой валюте нет. Все логи все равно сохранятся в Кабинете продавца, в списке платежей все равно будут все платежи.\\ | + | Тестирование и логи используют тестовую валюту TST, этот модуль размещен в Кабинете продавца для того, чтобы можно было не выходя из него делать платежи, не тратя время на переход к платежной форме, также Кабинет продавца дает доступ к логам по этим платежам, если включено уведомление по API. Поэтому разницы между тем как тестировать, в Кабинете продавца или через платежную форму по тестовой валюте нет. Все логи все равно сохранятся в Кабинете продавца, в списке платежей все равно будут все платежи.\\ |
\\ | \\ | ||
- | Важные особенности:\\ | + | **Важные особенности:**\\ |
- платежи в тестовой валюте(TST) не обрабатываются реальным магазином и предназначены только для разработчиков и тестирования API. | - платежи в тестовой валюте(TST) не обрабатываются реальным магазином и предназначены только для разработчиков и тестирования API. | ||
- MD5 на стороне магазина проверяется всегда и не отключается в настройках.\\ | - MD5 на стороне магазина проверяется всегда и не отключается в настройках.\\ | ||
- | - Выставленные счета привязаны к заказам в магазине, если в магазине нет такого номера заказа на соответствующую сумму при оплате счета программа выдаст ошибку.\\ | ||
Вопрос: Как проверить что МД5 работает как надо?\\ | Вопрос: Как проверить что МД5 работает как надо?\\ | ||
Ответ: Если платеж прошел, значит правильно.\\ | Ответ: Если платеж прошел, значит правильно.\\ | ||
- | + | ==== Как протестировать корректную работу модуля и/или API Onpay ==== | |
- | === Как протестировать корректную работу модуля и/или API Onpay. | + | **Важные особенности:**\\ |
- | Важные особенности:\\ | + | 1. На стороне магазина создаются 10 заказов, в указанной валюте и стоимостью, добавлено для какого товара какой тип запроса будет.\\ |
- | 1. На стороне магазина создаются 10 заказов, в указанной валюте и стоимостью, добавлено для какого товара какой тип запроса будет. | + | 2. Тесты работаю только для API Https1 (InSales не нуждается в тестировании), для успешного прохождения требуется настроенное API.\\ |
- | 2. Тесты работаю только для API Https1 (InSales не нуждается в тестировании), для успешного прохождения требуется настроенное API. | + | 3. В первом случае проверка идет только для валидных ситуаций, во 2 идет проверка ответа мерчанта при подмене валюты, неправильном md5 и прочее.\\ |
- | 3. В первом случае проверка идет только для валидных ситуаций, во 2 идет проверка ответа мерчанта при подмене валюты, неправильном md5 и прочее. | + | \\ |
Шаг 0. Убедитесь, что у вас включена проверка MD5 на вкладке https://secure.onpay.ru/merchants/edit.\\ | Шаг 0. Убедитесь, что у вас включена проверка MD5 на вкладке https://secure.onpay.ru/merchants/edit.\\ | ||
\\ | \\ | ||
Строка 30: | Строка 28: | ||
\\ | \\ | ||
Шаг 2. | Шаг 2. | ||
- | **Check:\\** | + | **Check:**\\ |
Корректный запрос с оплатой за **№111** суммой 500 в валюте RUR. Код возврата 0.\\ | Корректный запрос с оплатой за **№111** суммой 500 в валюте RUR. Код возврата 0.\\ | ||
Недоплата заказа **№112** на сумму 500; платеж на 100. Код возврата 2.\\ | Недоплата заказа **№112** на сумму 500; платеж на 100. Код возврата 2.\\ | ||
Строка 36: | Строка 34: | ||
Запрос от OnPay с неправильным md5 за товар **№114** должен быть отклонен. Код возврата 7.\\ | Запрос от OnPay с неправильным md5 за товар **№114** должен быть отклонен. Код возврата 7.\\ | ||
Платеж не в той валюте, заказ **№115** на 500 RUR, а оплата 500 WMB. Код возврата 3.\\ | Платеж не в той валюте, заказ **№115** на 500 RUR, а оплата 500 WMB. Код возврата 3.\\ | ||
- | **Pay:\\** | + | **Pay:**\\ |
Корректный запрос с оплатой за **№211** суммой 100 в валюте RUR. Код возврата 0.\\ | Корректный запрос с оплатой за **№211** суммой 100 в валюте RUR. Код возврата 0.\\ | ||
Недоплата заказа **№212** на сумму 100; платеж на 50. Код возврата 3, comment - 'bad_pay'\\ | Недоплата заказа **№212** на сумму 100; платеж на 50. Код возврата 3, comment - 'bad_pay'\\ |