dnscontrol/documentation/integration-tests.md

55 lines
2.1 KiB
Markdown
Raw Normal View History

### Integration Tests
This is a simple framework for testing dns providers by making real requests.
There is a sequence of changes that are defined in the test file that are run against your chosen provider.
For each step, it will run the config once and expect changes. It will run it again and expect no changes. This should give us much higher confidence that providers will work in real life.
## Configuration
`providers.json` should have an object for each provider type under test. This is identical to the json expected in `creds.json` for dnscontrol, except it also has a "domain" field specified for the domain to test. The domain does not even need to be registered for most providers. Note that `providers.json` expects environment variables to be specified with the relevant info.
## Running a test
1. Define all environment variables expected for the provider you wish to run. I setup a local `.env` file with the appropriate values and use [zoo](https://github.com/jsonmaur/zoo) to run my commands.
2. run `go test -v -provider $NAME` where $NAME is the name of the provider you wish to run.
2018-03-09 19:53:25 +08:00
Example:
```shell
egrep ROUTE53 providers.json
```
```text
"KeyId": "$ROUTE53_KEY_ID",
"SecretKey": "$ROUTE53_KEY",
"domain": "$ROUTE53_DOMAIN"
```
```shell
export ROUTE53_KEY_ID="redacted"
export ROUTE53_KEY="also redacted"
export ROUTE53_DOMAIN="testdomain.tld"
```
```shell
go test -v -verbose -provider ROUTE53
2018-03-09 19:53:25 +08:00
```
{% hint style="warning" %}
**WARNING**: The records in the test domain will be deleted. Only use
2018-03-09 19:53:25 +08:00
a domain that is not used in production. Some providers have a way
to run tests on domains that aren't registered (often a test
environment or a side-effect of the company not being a registrar).
In other cases we use a domain we squat on, or we register a domain
called `dnscontrol-$provider.com` just for testing.
{% endhint %}
2018-03-09 19:53:25 +08:00
{% hint style="info" %}
**ProTip**: If you run these tests frequently (and we hope you do), you
2018-03-09 19:53:25 +08:00
should create a script that you can `source` to set these
variables. Be careful not to check this script into Git since it
contains credentials.
{% endhint %}