Используя Authorize.net в тестовом режиме, как я могу протестировать «отказы»? Если тестовый режим просто одобряет все мои транзакции вне зависимости от поддельных платежных адресов...
Тест authorize.net отклоняется в тестовом режиме
comment
в качестве примечания: если вы хотите проверить утверждения, используйте эти номера: betterlogic.com/roger/2008/02/
- person rogerdpack schedule 20.11.2011
Ответы (2)
Тестирование для получения конкретных результатов транзакций
При тестировании результатов транзакций в тестовой среде для разработчиков, а также в производственной среде вы можете создать конкретный код причины ответа, отправив тестовую транзакцию с использованием номера тестовой кредитной карты, предназначенного для получения конкретных результатов транзакции: Номер тестовой кредитной карты Visa «4222222222222. ” Этот номер карты предназначен для тестирования и должен использоваться только для этой цели. Отправьте тестовую транзакцию, либо переведя учетную запись в тестовый режим, либо отправив x_test_request=TRUE со значением суммы в долларах, равным коду причины ответа, который вы хотите создать.
Например, чтобы проверить код причины ответа AVS номер 27, отправьте тестовую транзакцию с номером кредитной карты «4222222222222» и суммой «27,00».
Чтобы протестировать ответы AVS или CCV в реальной среде, вам необходимо отправить транзакции в режиме реального времени с правильным адресом, почтовым индексом и кодом карты, чтобы получить успешные ответы, и неправильным адресом, почтовым индексом и кодом карты, чтобы генерировать другие ответы. . Вы можете немедленно аннулировать успешные транзакции, чтобы предотвратить обработку тестовых транзакций в реальном времени. Это можно быстро сделать на странице «Нерассчитанные транзакции» в интерфейсе продавца. Невозможно протестировать ответы AVS или CCV в тестовой среде разработчика. Для получения дополнительной информации о AVS см. Руководство по интеграции с продавцом по адресу http://www.authorize.net/support/merchant/.
person
antony.trupe
schedule
14.12.2010
Информация, предоставленная Энтони в его ответе, является точной, если вы используете AIM API. Если вы используете CIM API (API, который позволяет хранить информацию о клиентах на серверах Authorize.net и взимать с них плату с помощью токена), процесс немного отличается.
- x_test_request должен быть F, а не T, чтобы это работало в CIM.
- Значения в долларах для отправки перечислены в этом документе, который я нашел на форумах сообщества Authorize.net. AVS-CardCode Тестирование.xls
- Помимо этих двух отличий, этот процесс аналогичен тестированию кодов ответов отклонений/автоответов для AIM API.
Кроме того, обратите внимание, что номер тестовой карты 4222222222222 для этих транзакций состоит всего из 13 цифр, а не из 16. Я не сразу заметил это, и это имеет значение.
person
Jordan Bouvier
schedule
20.12.2012
Гиперссылка, которую вы дали, больше не работает, но, похоже, копия этого файла находится по адресу thatdorkjordan.com/wp-content/uploads/2012/12/ с описанием на thatdorkjordan.com/2012/12/20/
- person ChrisW; 07.03.2015
И здесь у нас есть замечательный пример того, почему нам нужно хранить содержимое ссылки в самом ответе. Ссылка в ответе мертва, и две в комментарии выше тоже мертвы.
- person That1Guy; 21.05.2016
Текущее руководство по тестированию можно найти здесь: developer.authorize.net/hello_world/testing_guide. что тестирование с долларовыми значениями устарело в пользу специальных почтовых индексов.
- person sp00n; 13.06.2016
