Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Testing of integrated issues: Difference between revisions

From MoodleDocs
(more notes)
Line 9: Line 9:
# Test the new 2.0 features/fixes on the [http://qa.moodle.net/ Moodle QA Testing Site] and 1.9 fixes on a local site
# Test the new 2.0 features/fixes on the [http://qa.moodle.net/ Moodle QA Testing Site] and 1.9 fixes on a local site
# Select 'Pass test' or 'Fail test' as appropriate, adding a short description of what was tested if not obvious
# Select 'Pass test' or 'Fail test' as appropriate, adding a short description of what was tested if not obvious
# If the test passes, close the corresponding MDL issue, add a fix version of the next unreleased version e.g. 2.0.2 and yourself as QA assignee
# If the test passes, close the corresponding MDL issue, add a fix version of the next unreleased version e.g. 2.0.2 (keeping any sprint version and only deleting any backlog version) and yourself as QA assignee
#If the test fails, reopen the MDL issue
#If the test fails, reopen the MDL issue


Line 15: Line 15:


* For issues which require an Oracle installation for testing, Petr, Eloy and Apu have one
* For issues which require an Oracle installation for testing, Petr, Eloy and Apu have one
* The MDL issue should be used for general comments about the issue, rather than PULL issue, as less people are watching PULL issues
* If testers pass or fail a pull request by mistake, there is currently no way for them to revert their change


[[Category:Quality Assurance]]
[[Category:Quality Assurance]]

Revision as of 17:28, 12 January 2011

Note: This page is for analysing and developing our weekly testing of code added to the integration server. It is a work-in-progress. Comments or suggestions are welcome! Please use the page comments.


Testing is an important part of the Moodle development process.

The testing process

  1. Go through the 'Ready for testing' pull requests
  2. Test the new 2.0 features/fixes on the Moodle QA Testing Site and 1.9 fixes on a local site
  3. Select 'Pass test' or 'Fail test' as appropriate, adding a short description of what was tested if not obvious
  4. If the test passes, close the corresponding MDL issue, add a fix version of the next unreleased version e.g. 2.0.2 (keeping any sprint version and only deleting any backlog version) and yourself as QA assignee
  5. If the test fails, reopen the MDL issue

Notes

  • For issues which require an Oracle installation for testing, Petr, Eloy and Apu have one
  • The MDL issue should be used for general comments about the issue, rather than PULL issue, as less people are watching PULL issues
  • If testers pass or fail a pull request by mistake, there is currently no way for them to revert their change