Difference between revisions of "Manual Tests"

From OpenEMR Project Wiki
 
(25 intermediate revisions by one other user not shown)
Line 1: Line 1:
== Objective ==
== Objective ==


High-quality manual test cases need to be built up and maintained moving forward. A group of testers can run through them before releases are shipped and developers can also use them as a point of reference/sanity check when doing the big codebase refactor project.
In order to verify that code changes pass certification tests, contributors must execute the relevant test cases via the test mapping document.


== Test Suites ==
Note that unit tests are being introduced in the code base to cover the more fine-grained functionality.


* Facility Registration
=== Notes from Brady ===
* Patient Demographics
* The required items are listed on the barometer here(note that within each item there can be requirements for only inpatient certification that don't pertain to OpenEMR): http://www.open-emr.org/wiki/index.php/OpenEMR_Certification_Stage_II_Meaningful_Use#Completion_Barometer
* Patient Scheduling
* Demographics https://www.healthit.gov/sites/default/files/170.314a3demographics_2014_td_approvedv1.4_onc.pdf
* Electronic Medical Records
* Smoking Status: https://www.healthit.gov/sites/default/files/170.314a11smokingstatus_2014_tp_approvedv1.3.pdf (pages 6-8)
* Prescriptions
* Medical Billing
* Clinical Decision Rules
* Patient Portal
* Reports
* Multilanguage Support
* Security


== Test Development ==
== Links/Resources ==


The tests will be built up in the following fork (for now): https://github.com/MatthewVita/openemr. There is a top-level "Manual_Tests" folder that contains folders for each test suite. Individual test cases are to be placed in these folders (e.x.: /openemr/Manual_Tests/Electronic_Medical_Records/Medications_Test_Case.md).
* Tests are built up here: https://github.com/openemr/openemr/blob/master/tests/certification/tests.md
 
* Target browser for test: Firefox 40+ (we don't have to be too precise with this)
== Philosophy & Approach ==
* Project thread https://sourceforge.net/p/openemr/discussion/202506/thread/5f706dff/
 
- Keep tests elegant and within appropriate boundaries.
- Test cases should cover realistic happy paths and negative paths.
- It is acceptable to have the tester query the database when the UI can't satisfy an assertion.
- Each test case is simply a markdown table with columns "Step Number", "Description", and "Expectation".
- Assume that the tester that runs the test is familiar with the system and terms.

Latest revision as of 00:00, 13 September 2016

Objective

In order to verify that code changes pass certification tests, contributors must execute the relevant test cases via the test mapping document.

Note that unit tests are being introduced in the code base to cover the more fine-grained functionality.

Notes from Brady

Links/Resources