5. Your own test

With the help of our test system, virtually any situation imaginable can be tested prior to going online.

Test mode start-up

To place DIBS in the test mode, two things must be carried out first:

1. Your shop should have activated the test mode with DIBS.  New shops always start with the test mode activated, but the test mode is deactivated as soon as the shop goes “live” (so test cards can no longer be used).  If you wish to activate the test mode again at a later date, this can be arranged by contacting us at support(at)dibs.dk.
2. A CGI variable must be declared, which notifies DIBS that tests are being conducted.  This variable is inserted as a “hidden field” together with the other variables:  <input type=hidden name=test value=foo>

Once this variable is declared, the transaction will not be sent to the acquirer, but will instead be handled by the DIBS test system.  When a transaction is carried out, the test transaction can be seen in DIBS Administration, where the transaction can also be completed. Test transactions can be distinguished from actual transactions, since test transactions are shown in italics in the administration and also feature the addition of (test) next to the indication of the card type.

If you have integrated the capture functionality with the help of DIBS-API, it is also possible to test this communication.

Test module structure

The module is set up so that certain card numbers give certain replies.  If a card number, contrary to those described below, is inadvertently sent, the reply will be “Rejected by acquirer”.  Examples of other error codes are:

• Card type not accepted by this shop
• Order ID must be unique
• Too few amount fields for split payments
• Control numbers are required by this shop
• Card does not match the card type shown

Test card numbers

Below is a list of card numbers relating to various card types which return different error types (or are approved) so you can test your own system’s reactions to these errors.

Test card numbers are composed of a prefix and a postfix.  The prefix indicates the card type and the postfix indicates the desired result. I.e.:

Test card number = prefix + postfix

Example of a 4-numeral prefix:

You wish to test the authorization of a Dankort, and to have it approved:

Prefix for Dankort:  5019

Code for approval:  100000000000

Test-Dankort with an approved authorization:  5019100000000000

List of prefixes

^*) Diners Club consists of only 14 digits minus the two middle zeros.

Authorization

^*) Card Verification Code

Capture

Go to step 6 in the 10 Step Guide