Meego Wiki
From MeeGo wiki
(Difference between revisions)
Jump to: navigation, search
(See also)
m (Reverted edits by Noel (talk) to last revision by Jaritah)
Line 5: Line 5:
== Projects ==
== Projects ==
-
For all test reports, see [http://qa-reports.meego.com http://qa-reports.meego.com]
+
For all test reports see [http://qa-reports.meego.com http://qa-reports.meego.com]
{| border = 1 valign="top"
{| border = 1 valign="top"
Line 84: Line 84:
* [[Quality/QA-tools/How_to_set_up_repositories|Setting up the repositories for installing tools]] (please note that not all tools are in these repositories yet)
* [[Quality/QA-tools/How_to_set_up_repositories|Setting up the repositories for installing tools]] (please note that not all tools are in these repositories yet)
* [[Quality/QA-tools/Test packaging|Test packaging]]: Test packaging is the mechanism to wrap any tests in rpm packages to automate execution.
* [[Quality/QA-tools/Test packaging|Test packaging]]: Test packaging is the mechanism to wrap any tests in rpm packages to automate execution.
-
* [[Quality/QA-tools/Autotest-guide|Autotest-Guide]]: A guide for setting up automated testing environment. It includes instructions on how to automate test execution and image installations.
+
* [[Quality/QA-tools/Autotest-guide|Autotest-Guide]]: A guide for setting up automated testing environment. It includes instructions how to automate test execution and image installations.
== Procedures and best practices ==
== Procedures and best practices ==
Line 91: Line 91:
** The basic intent of the feature review is to make sure that all features/requirements defined for MeeGo release are '''testable'''. The target is to map test cases in Distro testing against requirements, so we can determine whether features are '''done'''. This checklist / guideline should be used when reviewing MeeGo's features. Review comments will be given based on this checklist.
** The basic intent of the feature review is to make sure that all features/requirements defined for MeeGo release are '''testable'''. The target is to map test cases in Distro testing against requirements, so we can determine whether features are '''done'''. This checklist / guideline should be used when reviewing MeeGo's features. Review comments will be given based on this checklist.
* [[Quality/Testability-commenting|Testability Commenting Guide]]
* [[Quality/Testability-commenting|Testability Commenting Guide]]
-
** This is a guide for QA contacts about how to comment on feature testability, so as to provide test developers as much information as possible.
+
** This is a guide for QA contacts about how to comment on feature testability so as to provide as much information as possible to test developers.
*[[Quality/TestSuite/MCTS/MCTS_Development_Guideline | MeeGo Core Test Suites Development Guidelines]] <br>
*[[Quality/TestSuite/MCTS/MCTS_Development_Guideline | MeeGo Core Test Suites Development Guidelines]] <br>
*[[MeeGo Core Test Suites Packaging draft]] <br>
*[[MeeGo Core Test Suites Packaging draft]] <br>
Line 127: Line 127:
== Meetings ==
== Meetings ==
-
General QA Meetings are held weekly on Tuesdays 07:00 UTC, in the channel #meego-meeting on irc.freenode.net. [[Quality/Meetings|Click here for more information.]]
+
General QA Meetings are held weekly on Tuesdays 07:00 UTC in the channel #meego-meeting on irc.freenode.net. [[Quality/Meetings|Click here for more information.]]
-
QA Tools meetings are held weekly on Tuesdays 08:00 UTC, in the channel #meego-meeting2 on irc.freenode.net. [[Quality/QA-tools/Meetings|Click here for more information.]]
+
QA Tools meetings are held weekly on Tuesdays 08:00 UTC in the channel #meego-meeting2 on irc.freenode.net. [[Quality/QA-tools/Meetings|Click here for more information.]]
-
For information on triaging meetings for specific areas, [[Quality/Bugtriage#MeeGo_Bug_Triage_Meetings|click here]].
+
For information on triaging meetings for specific areas [[Quality/Bugtriage#MeeGo_Bug_Triage_Meetings|click here]].
== See also ==
== See also ==
Line 138: Line 138:
* [[/Test_areas_and_types | Short descriptions for Test Areas/Types]]
* [[/Test_areas_and_types | Short descriptions for Test Areas/Types]]
* [[Quality/Plans/Quality-considerations|Quality Considerations / Testing Quality Characteristics]]
* [[Quality/Plans/Quality-considerations|Quality Considerations / Testing Quality Characteristics]]
-
** Some ideas around testing quality characteristics, hopefully helping you identify what kind of things could be checked from applications - can be used as a frame to define test considerations – as a set of logical test cases - for applications targeting to run on MeeGo.
+
** Some ideas around testing quality characteristics hopefully helping you identify what kind of things could be checked from applications - can be used as a frame to define test considerations – as a set of logical test cases - for applications targeting to run on MeeGo.
== Questions and Answers ==
== Questions and Answers ==

Revision as of 07:56, 23 June 2011

Contents

Quality

This page is for MeeGo Quality Assurance related material.

Projects

For all test reports see http://qa-reports.meego.com

Release Core OS Handset UX Tablet UX Netbook UX SDK In Vehicle Infotainment
Release 1.3
Release 1.2

QA tools

Quality assurance tools are developed to ensure MeeGo SW quality. They are developed and maintained by QA tools team.

The following links provide some basic information on QA tools and their usage.

Procedures and best practices

Defect tracking

Error Management

See the Quality/Error Management subpage.

Compliance Program

MeeGo Compliance Program - the compliance spec (initially)

Contact

  • Mailing List: MeeGo-QA
  • IRC: Channel #meego-qa on irc.freenode.net

Meetings

General QA Meetings are held weekly on Tuesdays 07:00 UTC in the channel #meego-meeting on irc.freenode.net. Click here for more information.

QA Tools meetings are held weekly on Tuesdays 08:00 UTC in the channel #meego-meeting2 on irc.freenode.net. Click here for more information.

For information on triaging meetings for specific areas click here.

See also

Questions and Answers

  • What is the QA contact expected to do actually?
    • QA contact work with/support/advice/help package maintainers (see Fedora example [[1]] or MeeGo guidelines for maintaining package [[2]]) and other users on QA related issues/questions for component in case.
      • Features ("Once a requirement is integrated, MeeGo QA verifies it by running the corresponding test cases." from [[3]])
        • make testability analysis for features (yes or no value to testability field) and
        • identify "feature acceptance tests" together with product management and package maintainers that could be used at the end as a criteria for feature status to be changed as "VERIFIED".
      • Bugs ("QA Contact or Bug Submitter verifies bug fixing with the "how to re-produce" instructions in the original bug report when the bug is marked as RELEASED - FIXED." from [[4]])
        • facilitate the whole bug life-cycle from QA perspective, including ensure bug report completeness, follow up bugs by providing helpful or required information in timely fashion to accelerate bug fixing and verify the issue after fix is integrated, especially when the original reporter is not responsive or has difficulty to follow the bug up.
        • actively follow-up the bugs. Making sure the bug is attended properly, ping the default assignee or assignee or reporter to get visibility and comments on the progress, triage bugs, verify and close them whenever possible.
Personal tools