To be the robust and reliable information system that health care systems demand, we need to be overly vigilant about testing the OpenMRS code.
...
Developers: Contribute Unit Tests
We are always looking for people that want to add to our unit test arsenal.
To find out where you can help, see the Unit Test Roadmape-mail the developers mailing list. Download the source code. Add a unit test in /test/org/openmrs. Create a ticket. Attach a patch one or more ?tickets and then attach ?Patches for your unit test to that ticketthose tickets.
How To Write Unit Tests
- ?How to write unit tests for core OpenMRS
- ?How to write unit tests for modules
- How to write unit tests for the web layer pages
- ?Unit Testing Conventions
- [Unit Testing with @should]
Continuous Integration
We have a Bamboo server set up to run our unit tests after every commit to key branches.
Visit the JUNIT section of http://ci.openmrs.org to see the latest results of the unit tests in the 1.4.x/1.5.x/..x and trunk branches.
Everyone: Testing Releases
The ?Testing Releases page describes the recipe(s) used to perform high (application) level testing of the system prior to releases. OpenMRS relies heavily on volunteerism to help test releases. Join the Implementer's implementers mailing list and watch for requests for help in testing alpha, beta, and release candidates.
Usability Testing
The User Interface page The ??Design section of the wiki contains information about our current efforts.
Continuous Integration
We have a Bamboo server set up to run our unit tests after every commit to key branches.
Visit the JUNIT section of http://ci.openmrs.org to see the latest results of the unit tests in the 1.4.x/1.5.x/..x and trunk branches.