Test Automation

Date	2009/07/12
Contact(s)	Just van den Broecke
Last edited	2009/07/12
Status	draft
Assigned to release	Release number, to be determined
Resources	??

Overview

Currently there is little to no test automation available in the GeoNetwork trunk. Specific projects like for ESA and Swiss Topo have developed test-approaches within their respective sandboxes. It is recognized that there are many forms of testing, for example both "black" and "white (unit)" -box testing. This proposal is about making a start for black box testing the GN protocol APIs using a uniform approach for conformance/performance and stress testing. This uniform approach implies the development of a "test framework" that should facilitate authoring and (automated) execution of tests. Note that other projects like GeoServer, having much more experience e.g. with CITE tests, are also ​considering a similar test approach. This is also an area where we should work together with the GS team as we have similar requirements.

Proposal Type

• Type: GUI Change, Core Change, Module Change, Guideline and project governance procedures, ...
• App: GeoNetwork or !Intermap
• Module: eg. Harvester, Kernel, Data Manager, Metadata Import, Lucene Index, Search Interface ...

Links

• Documents: ​GeoServer test proposal
• Email discussions: ​GeoServer-devel CITE discussion
• Other wiki discussions:

Voting History

• Vote proposed by X on Y, result was +/-n (m non-voting members).

---

Motivations

The current GN trunk implementation has no form test automation.

Proposal

(To be supplied) As a start user the implementation from the Swiss Topo project (geocat.sh sandbox).

Backwards Compatibility Issues

None (as there was no test automation).

Risks

Participants

• List of participants and role (if necessary) in current GIP