Testing Blocker Tickets

• ...

External Projects

• Hydra
• Islandora

Samvera

Islandora

Testing Plan

...

Code Block
git clone https://github.com/fcrepo4fcrepo/fcrepo4fcrepo cd fcrepo4fcrepo git checkout 4.5.1-RC<version>-RC

Sanity Builds

Scripts

https://github.com/awoods/fcrepo-build-scripts

One-Click Run

cd fcrepo-webapp; mvn clean install -Pone-click

Test items:

...

Fcrepo4 webapp plus

Manual Tests

1. Create nested containers
2. Create binary resources
3. Run fixity on binary
4. Update Properties:  Perform SPARQL-Update on container
5. Update Properties:  Perform SPARQL-Update on binary
6. Delete container
7. Delete binary
8. Use transactions
9. Create versions
10. View versions
11. Rollback versions

Database Tests

With Tomcat7 deployment, run above manual tests with alternate backend databases (Configuring JDBC Object Store)

...

...

Role-Based Access Control Lists

mvn install -P rbacl

Web Access Control

mvn install -P webac

XACML-based Access Control

mvn install -P xacml

Audit Capability Package

mvn install -P audit

Audit capability with RBACL

mvn install -P audit,rbacl

Audit capability with XACML

mvn install -P audit,xacml

Audit capability with WebAC (Default build)

mvn install -P audit,webac

...

Vagrant

fcr:backup/fcr:restore Functionality

These tests are designed to ensure the proper function of the 'fcr:backup/fcr:restore' features by testing them against various Fedora configurations.  The validity of the 'restore' can only be determined by crawling the repository and verifying the successful retrieval of the repository's content.

If the anticipated Fedora release is not backwards compatible with the previous version of Fedora, then the "From Fedora Version" should be the previous version.  Otherwise, it is sufficient to test the fcr:backup/fcr:restore functionality using the same version.

See: RESTful HTTP API - Backup and Restore

# Backup
curl -X POST localhost:8080/rest/fcr:backup
 
# Restore
curl -X POST -d "/path/to/backup/directory" localhost:8080/rest/fcr:restore

Resources

• These python scripts - fcrepo-testing - can be used to load RDF content and binary content to a Fedora repository and verify the integrity of the loaded resources.  Output from the load process can be used to verify the integrity of a 'restored' repository.  See the README for more info.
• This script can be used to walk your repository, failing if a non-success response is encountered.

NB: "Success" is measured not by receiving a "204 No Content" message after the 'fcr:restore' command, but by performing a GET on every resource in the repository and receiving "200 OK" messages. 

Vagrant Tests - Outdated, needs docker replacement.

vagrant destroy
vagrant up

...

...

...

...

Web Application with Authorization

FEDORA_AUTH=true
FEDORA_AUDIT=false

Web Application without Authorization and Audit

FEDORA_AUTH=false
FEDORA_AUDIT=false

Test items::

CRUD

Query Fuseki

Query Solr

[1] https://github.com/fcrepo4-labs/fcrepo4-release-tests

Manual Tests

Same as above, plus:

1. Verify audit events are in triplestore
2. Verify resources are in triplestore
3. Verify resources are in Solr
4. Verify authorization works for the two auth-enabled configurations
5. Verify reindexing to triplestore works

Backwards Compatibility Tests

1. Start 4.7.0 one-click
2. Load sample datasets via /fcr:restore
3. Run test scripts on 4.7.0
4. Stop 4.7.0
5. Start RC one-click
6. Run test scripts on RC
7. ReStart RC
8. Run test scripts on RC

Resources

[1] Testing scripts

[2] Fedora 4 Release Test Suite