Functional tests for CKAN
Initially testing just the API.
Setup CKAN variables
In order to run the tests in docker CKAN using the CKAN static mock harvest source a number of manual steps need to take place:
-
Start up your (docker ckan stack)[https://github.com/alphagov/docker-ckan]
-
Create 2 publishers
Example Publisher #1
withCharity
organisation type.Example Publisher #2
with any organisation type.
-
Add the mock harvest source to CKAN
- url:
http://static-mock-harvest-source:11088
- name:
Example Harvest #1
- Source type:
CKAN
- url:
-
After adding the harvest source start the harvest process by clicking on the reharvest button.
-
Edit
Example Dataset #1
to add in a Contact Name- Contact name:
Example User
- Contact name:
-
Update the
ckan_vars.conf
file:PACKAGE_ID=a18d2811-13b0-4838-8bfb-5793433317b9 MOCK_HARVEST_SOURCE_URL=http://static-mock-harvest-source:11088 OWNER_ORG=< Get the id from http://localhost:5000/api/3/action/organization_show?id=example-publisher-1 >
- PACKAGE_ID and MOCK_HARVEST_SOURCE_URL are the default values and should work unless you change the package in the ckan-static-mock-harvest-source, or need to run multiple stacks so the MOCK_HARVEST_SOURCE_URL could change.
- To find the
OWNER_ORG
go to this URL - http://localhost:5000/api/3/action/organization_show?id=example-publisher-1 - There should be just 1 result, the
OWNER_ORG
is the value in theid
field.
-
Update
config.json
to point to the CKAN website that you want to run the tests against.- make sure that you set the correct version of
ckan_version
as support for v1 API was dropped in 2.9.
- make sure that you set the correct version of
After all these steps you should be able to run the tests.
Installing & Running
Either use the default.nix
file provided or, in a virtualenv, do a normal
pip install -r requirements.txt
. Running should just be a matter of calling
$ pytest ckanfunctionaltests/
By default these will run against the staging data.gov.uk instance.
A number of settings controlling behaviour can be configured in the file config.json
,
notably this includes:
inc_sync_sensitive
: Set tofalse
, this will skip assertions which could be sensitive to e.g. the target instance's database and search index having un-synchronized entries.inc_fixed_data
: Set tofalse
, this will skip tests that use fixed data usually considered "stable" to compare with results from the target. You may want to do so if e.g. your target instance is only filled with sparse demo data.
To run against CKAN in Integration:
username
: set the basic auth username on the Integration environment.password
: set the basic auth password on the Integration environment.
Warnings
This test suite will emit warnings if it is unable to complete an assertion for reasons that don't necessarily indicate a failure.
Examples of such cases are where an expected value is notfound in a returned list, but the returned list has the maximum allowed number of values, eg 1000 returned results when in fact there may be 1005 in total, so the result might be item 1001.
Rather than simply marking this as a "pass" and allowing a user to infer that a specific test is definitely working, we emit a warning summarizing the problem.
Usually these warnings are nothing to worry about, but if you do want to explicitly assert that a particular feature
is working, some tests may respond to being run repeatedly. The -Werror
pytest option can be
used to treat these warnings as test failures.
Skipped tests
There are also some combinations of parametrization values which will always be skipped (because
they are combinations of features which are not supported). These are nothing to worry about
either - it's just that using pytest.skip
was the least bad way of omitting these cases.
Troubleshooting
If some tests are failing because of the mock harvest source not matching then it's likely that
the vars.conf
was not updated in nginx in the static-mock-harvest-source
container.
Run these commands to fix it without having to rebuild the static-mock-harvest-source
image -
docker exec -it static-mock-harvest-source bash
echo $'\nmap $host $mock_absolute_root_url { default "http://static-mock-harvest-source:11088/"; }' >> /etc/nginx/vars.conf
service nginx reload
To make these changes more permanent add this to the end of vars.conf
in the relevant source file if bootstrap.sh
didn't update it, which can happen if you checked out a different branch on the ckan-mock-harvest-sources
repo -
map $host $mock_absolute_root_url { default "http://static-mock-harvest-source:11088/"; }
and then run the ./scripts/rebuild-ckan.sh 2.7
script (substitute 2.7 for the version you want to rebuild).