Confluence Test data for Plugin Developers
When testing a Confluence plugin, it's a good idea to use test data that demonstrates a broad range of unexpected input that users could enter into production instances. Test data makes it significantly easier to find bugs and harden your code during development.
The data provided is the same set that Atlassian uses for testing the core Confluence product and Confluence plugins. The data has a number of features:
- XSS attack strings in many fields
- separate admin (full sys-admin) and cadmin (non-sys-admin) users
- long strings in many fields
- anonymously-accessible content
- spaces using non-default themes
- customised HTML header
- demonstration space and Smoke test space content
- examples of macro usages
How to load the test data
To automatically load the data when starting your plugin with AMPS, you download the data and reference it from your plugin's
- Download the test data linked above to your local machine.
Make sure you place the
ZIPfile in a location accessible to your plugin code.
- Change directory to your Confluence plugin project folder.
- Edit the project's
- Locate the
<configuration>element for the
<productDataPath>sub element whose value is the absolute path to the
QAData-Confluence.zipfile you downloaded.
The following example demonstrates a Mac OSX address:
- Save your changes to the
atlas-runcommand to start Confluence and load your plugin.
After it starts successfully, the
atlas-runoutput provides you with the base URL for the
In this example, the base URL is
http://myhost.local:1990/confluence. You can change this base URL from Confluence's general configuration page.
To check that this has worked successfully, load the base URL in a browser. You should see the Confluence Dashboard, with a yellow customised banner. There are two spaces visible to an anonymous user -
Demonstration Space and
Smoke Test Space. If you log in, you will be able to view additional test spaces.
Confluence requires that you install plugins, configure mail servers, and other restricted tasks as the admin user, with full sysadmin rights. Atlassian recommends that you test other admin tasks as the cadmin user, which does not have full sys-admin rights, and test all other features using the test user. The test user uses
test for both its username and password. The system administrator user uses
admin for both its username and password. The Confluence administrator uses
cadmin for both its username and password.
If you have problems using the data or feedback on the data itself, please use the Feedback button on this page.
Create your own test data
You can add your own data to this dataset, or start a new one from scratch. To extract your own data to use when starting Confluence with AMPS, see atlas-create-home-zip.