The Mer Wiki now uses your Mer user account and password (create account on https://bugs.merproject.org/)


Quality/Development

From Mer Wiki
< Quality(Difference between revisions)
Jump to: navigation, search
(Process)
Line 16: Line 16:
  
 
As a developer:
 
As a developer:
# Search / ask the test version control location
+
# Search (or ask) the test's version control location
 
# Pull the test's source code and make changes
 
# Pull the test's source code and make changes
 
# Copy the original package to your home project in OBS
 
# Copy the original package to your home project in OBS
Line 24: Line 24:
 
# Inform QA team about the changes with changes diff (URL to gitorious/gerrit/github diff)
 
# Inform QA team about the changes with changes diff (URL to gitorious/gerrit/github diff)
 
# The QA team will review, retest and update the tool to OBS
 
# The QA team will review, retest and update the tool to OBS
 +
# The QA team will select and approve tests for package and release testing
  
  
 
[[Category:QA]]
 
[[Category:QA]]

Revision as of 07:17, 29 June 2012

Guidelines

Test package is a RPM package that includes scripts, binaries and/or libraries for testing a feature or function.

  • Test package's name must use <packagename>-tests[-*] format
    • eg. bluez-tests or bluez-tests-unittests
  • Doesn't have to depend on testrunner
  • Test-definition is not required, however recommended
    • Test package can have not approved or failing test cases
    • Test package's test-definition should be installed to /opt/tests/<packagename>/test-definition/
  • Test package's files should be installed to /opt/tests/<packagename>/
  • If test package provides a common test data (audio, video, image) those files should be installed to /opt/tests/<packagename>/{audio, video, image, text etc}/


Process

As a developer:

  1. Search (or ask) the test's version control location
  2. Pull the test's source code and make changes
  3. Copy the original package to your home project in OBS
  4. Update your changes to the OBS
  5. Test your changes
  6. Push your changes to the version control
  7. Inform QA team about the changes with changes diff (URL to gitorious/gerrit/github diff)
  8. The QA team will review, retest and update the tool to OBS
  9. The QA team will select and approve tests for package and release testing
Personal tools