<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://wiki.meego.com/skins/common/feed.css?270"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://wiki.meego.com/index.php?title=Special:Contributions/Rha&amp;feed=atom&amp;limit=50&amp;target=Rha&amp;year=&amp;month=</id>
		<title>MeeGo wiki - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.meego.com/index.php?title=Special:Contributions/Rha&amp;feed=atom&amp;limit=50&amp;target=Rha&amp;year=&amp;month="/>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Special:Contributions/Rha"/>
		<updated>2013-05-19T02:16:55Z</updated>
		<subtitle>From MeeGo wiki</subtitle>
		<generator>MediaWiki 1.16.2</generator>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-07T07:44:21Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Corelysis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports|Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Preparation - Adding MeeGo Tools:Testing repository ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
* Depending on your distribution, add either of the below lines to /etc/apt/sources.list.&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.04/ /&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.10/ /&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
* Update the package list&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get update&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
* Add the repository &lt;br /&gt;
&lt;br /&gt;
 cd /etc/yum.repos.d/&lt;br /&gt;
 sudo wget http://download.meego.com/live/Tools:/Testing/Fedora13/Tools:Testing.repo&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-corelysis&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-corelysis&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies &lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-07T07:36:15Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Install from MeeGo package repositories */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports|Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
* Automatic backtrace generation from core dump helping to debug the problem and without needing to do it locally by the developer&lt;br /&gt;
* Additional info for the failed test case helping to report defects&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Preparation - Adding MeeGo Tools:Testing repository ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
* Depending on your distribution, add either of the below lines to /etc/apt/sources.list.&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.04/ /&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.10/ /&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
* Update the package list&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get update&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
* Add the repository &lt;br /&gt;
&lt;br /&gt;
 cd /etc/yum.repos.d/&lt;br /&gt;
 sudo wget http://download.meego.com/live/Tools:/Testing/Fedora13/Tools:Testing.repo&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-corelysis&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-corelysis&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies &lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T07:20:27Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Installation in to MeeGo Device */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;br /&gt;
&lt;br /&gt;
Rich core dumps are processed by [[Quality/QA-tools/Corelysis|Corelysis]] and crash data is published in [[Quality/QA-tools/CrashReports|Crash Reports]].&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
[[File:Sp-rich-core.png|600px|thumb|center|rich core]]&lt;br /&gt;
&lt;br /&gt;
== Installation into MeeGo Device ==&lt;br /&gt;
&lt;br /&gt;
* Add repositories&lt;br /&gt;
&lt;br /&gt;
 zypper ar -f http://download.meego.com/live/devel:/quality/testing/ devel-quality&lt;br /&gt;
 zypper ar -f http://download.meego.com/live/Tools:/Testing/Trunk/ tools-testing&lt;br /&gt;
&lt;br /&gt;
* Install&lt;br /&gt;
&lt;br /&gt;
 zypper in sp-rich-core --no-gpg-checks&lt;br /&gt;
&lt;br /&gt;
* Enable rich core dumping&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/rich-core-pattern start&lt;br /&gt;
&lt;br /&gt;
== Sources ==&lt;br /&gt;
&lt;br /&gt;
[https://meego.gitorious.org/meego-quality-assurance/rich-core MeeGo Gitorious]&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In rich core related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T07:20:13Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Installation to MeeGo device */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;br /&gt;
&lt;br /&gt;
Rich core dumps are processed by [[Quality/QA-tools/Corelysis|Corelysis]] and crash data is published in [[Quality/QA-tools/CrashReports|Crash Reports]].&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
[[File:Sp-rich-core.png|600px|thumb|center|rich core]]&lt;br /&gt;
&lt;br /&gt;
== Installation in to MeeGo Device ==&lt;br /&gt;
&lt;br /&gt;
* Add repositories&lt;br /&gt;
&lt;br /&gt;
 zypper ar -f http://download.meego.com/live/devel:/quality/testing/ devel-quality&lt;br /&gt;
 zypper ar -f http://download.meego.com/live/Tools:/Testing/Trunk/ tools-testing&lt;br /&gt;
&lt;br /&gt;
* Install&lt;br /&gt;
&lt;br /&gt;
 zypper in sp-rich-core --no-gpg-checks&lt;br /&gt;
&lt;br /&gt;
* Enable rich core dumping&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/rich-core-pattern start&lt;br /&gt;
&lt;br /&gt;
== Sources ==&lt;br /&gt;
&lt;br /&gt;
[https://meego.gitorious.org/meego-quality-assurance/rich-core MeeGo Gitorious]&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In rich core related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T05:53:30Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Rich Core */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;br /&gt;
&lt;br /&gt;
Rich core dumps are processed by [[Quality/QA-tools/Corelysis|Corelysis]] and crash data is published in [[Quality/QA-tools/CrashReports|Crash Reports]].&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
[[File:Sp-rich-core.png|600px|thumb|center|rich core]]&lt;br /&gt;
&lt;br /&gt;
== Installation to MeeGo device ==&lt;br /&gt;
&lt;br /&gt;
== Sources ==&lt;br /&gt;
&lt;br /&gt;
[https://meego.gitorious.org/meego-quality-assurance/rich-core MeeGo Gitorious]&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In rich core related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-07T05:52:46Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Introduction */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports|Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
* Automatic backtrace generation from core dump helping to debug the problem and without needing to do it locally by the developer&lt;br /&gt;
* Additional info for the failed test case helping to report defects&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Preparation - Adding MeeGo Tools:Testing repository ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
* Depending on your distribution, add either of the below lines to /etc/apt/sources.list.&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.04/ /&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.10/ /&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
* Update the package list&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get update&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
* Add the repository &lt;br /&gt;
&lt;br /&gt;
 cd /etc/yum.repos.d/&lt;br /&gt;
 sudo wget http://download.meego.com/live/Tools:/Testing/Fedora13/Tools:Testing.repo&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
TODO&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies &lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T05:48:03Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Rich Core */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
[[File:Sp-rich-core.png|600px|thumb|center|rich core]]&lt;br /&gt;
&lt;br /&gt;
== Sources ==&lt;br /&gt;
&lt;br /&gt;
[https://meego.gitorious.org/meego-quality-assurance/rich-core MeeGo Gitorious]&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In rich core related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T05:41:52Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Rich Core */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
[[File:Sp-rich-core.png|600px|thumb|center|rich core]]&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In rich core related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T05:39:14Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Rich Core */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[File:Sp-rich-core.png|600px|thumb|center|rich core]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools</id>
		<title>Quality/QA-tools</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools"/>
				<updated>2011-06-07T05:38:03Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Tools and other utilities */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Quality assurance (QA) tools =&lt;br /&gt;
&lt;br /&gt;
''' We moved our discussion to #meego-qa IRC channel as of March 24th 2011. Please join us there. '''&lt;br /&gt;
&lt;br /&gt;
[[File:Tool_meegon.png|400px]]&lt;br /&gt;
&lt;br /&gt;
Quality Assurance tools are developed to ensure MeeGo SW quality. QA tools team develops and maintains tools for quality assurance.&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;Open source tools  – available for all, available for development and contributions. Make people accountable for quality.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
'''Please note''' that developer-oriented content has been moved to [[Quality/QA tools development|QA tools development]] page. We apologize for any inconvenience. The target is to make this page clearer and more informative for the actual users of QA tools.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
QA tools support test planning, test execution and test reporting. The most important tool offering relating to this is illustrated in the figure below. In addition, there are also a couple of concept videos available at our [http://www.youtube.com/user/meegoqatools YouTube channel]:&lt;br /&gt;
* [http://www.youtube.com/watch?v=WdXBqGdLz8I Tool offering for manual testing]&lt;br /&gt;
* [http://youtu.be/Ry4MM-CX2b8 Test automation]&lt;br /&gt;
&lt;br /&gt;
[[File:Meego-qa-tools.png|600px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Tools and other utilities ==&lt;br /&gt;
&lt;br /&gt;
If you want to contribute to the development of the following tools, test suites and utilities, please visit [[Quality/QA_tools_development|QA tools development page]].&lt;br /&gt;
&lt;br /&gt;
'''Test tools'''&lt;br /&gt;
&lt;br /&gt;
Each wiki page will contain more detailed description, installation instructions and tutorial on the basic usage. For now, please [[Quality/QA-tools#Collaboration spaces|contact us]] if you need help. Currently, you can install Testrunner, testrunner-lite, test-definition, Testplanner, OTS, Meego-ai, libcqpid, eat and MIN from Tools:Testing repository. The instructions for setting up the repositories can be found [[Quality/QA-tools/How_to_set_up_repositories|here]].&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
| Crash Reporter || On-device tool for sending core dumps to core dump data base&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/OTS|OTS - open testing system]] || Test automation system&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner-lite|testrunner-lite]] ||Command line tool for test execution&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/TDriver|Testability Driver]] || Comprehensive tool for UI testing&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QAReports|QA Reports]] || Reporting tool for publishing test reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/CrashReports|Crash Reports Web UI]] || Web UI for Crash Reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QADashboard|QA Dashboard]] || Quality at a glance&lt;br /&gt;
|-&lt;br /&gt;
| Application Monitor || Monitor runtime indicators - CPU, memory, power for specified apps&lt;br /&gt;
|-&lt;br /&gt;
| Video performance || Collect FPS, CPU information when do video playback&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/QmlUITestlib|MeeGo QML GUI Testlib]] || Test cases and Cucumber steps for MeeGo QML UI applications&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Other utilities'''&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Name (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
|[[Quality/QA-tools/Test-definition|test-definition]]|| XML schema for test plan and result files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Eat|eat - enables automated testing]] || Test automation configuration packages&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/Autotest-guide#Automatic_image_installations|MeeGo Automated installer]] ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/rich-core|Rich core dumper (sp-rich-core)]] || A tool to collect core dump and context data from process crashes&lt;br /&gt;
|-&lt;br /&gt;
| Crash Reporter settings || Settings package for Crash Reporter&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/hat-control|Hardware Accessory for Testing (HAT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Scripts_and_utils|Scripts and utils]] || &lt;br /&gt;
|-&lt;br /&gt;
| Service OS based Flasher || Flasher to support Intel netbook/tablet&lt;br /&gt;
|- &lt;br /&gt;
| Environment collector || Collect detail system environment information&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Corelysis|Corelysis]] || A daemon to process rich core dumps in the back-end server&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Tools and utils not in active development'''&lt;br /&gt;
&lt;br /&gt;
Tools listed here are in maintenance and no new features are planned to be implemented in the near future to them.&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner|Testrunner]] || Test execution tool with graphical UI&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testplanner|Testplanner]] || Simple tool for creating and editing test plan files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/MeeGo_Fast_Feedback_Testing|MeeGo Fast Feedback Testing (MeeGo-FFT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [http://min.sf.net/ MIN Test Framework] || Advanced test framework&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/qtuitest-mbt-adapter|Model-Based Testing adapter for qtuitest]]  ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Qpid C wrapper|Qpid C wrapper library - libcqpid]] ||   &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Feature requests and bugs ==&lt;br /&gt;
&lt;br /&gt;
Want to report an feature idea or bug to us? - [http://bugs.meego.com/enter_bug.cgi?product=MeeGo%20Quality%20Assurance Please do it here]&lt;br /&gt;
 &lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=ASSIGNED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance Assigned bugs and features - Working on it]&lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=NEW&amp;amp;bug_status=NEEDINFO&amp;amp;bug_status=ASSIGNED&amp;amp;bug_status=WAITING%20FOR%20UPSTREAM&amp;amp;bug_status=REOPENED&amp;amp;bug_status=RESOLVED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance All open features and bugs in priority order]&lt;br /&gt;
&lt;br /&gt;
Bugzilla instructions:&lt;br /&gt;
* [[Quality/How To Report Bugs|How to report bugs]]&lt;br /&gt;
* [[Quality/Bug Life Cycle and Handling|Bugzilla workflow]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Collaboration spaces ==&lt;br /&gt;
&lt;br /&gt;
Team communication is in English. Our collaboration spaces are:&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://www.youtube.com/user/meegoqatools YouTube channel for demo videos]&lt;br /&gt;
* [http://meegoqatools.wordpress.com/ QA-tools team blog]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Nice to have ==&lt;br /&gt;
&lt;br /&gt;
None of the existing tools answer your needs? Here is where you should enter any suggestion.&lt;br /&gt;
&lt;br /&gt;
* Relieve localization testing effort by automating all or part of it ([[Quality/QA-tools/Automation of L10n testing|Detail]]).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
[[Category:QA]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/File:Sp-rich-core.png</id>
		<title>File:Sp-rich-core.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/File:Sp-rich-core.png"/>
				<updated>2011-06-07T05:35:53Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T05:33:31Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Rich Core */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 '''rich core dump = core dump from crashed process + context data saved from the device'''&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-07T05:33:17Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Rich Core */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;br /&gt;
&lt;br /&gt;
 rich core dump = core dump from crashed process + context data saved from the device&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T11:16:41Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* What it provides? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports| Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
* Automatic backtrace generation from core dump helping to debug the problem and without needing to do it locally by the developer&lt;br /&gt;
* Additional info for the failed test case helping to report defects&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Preparation - Adding MeeGo Tools:Testing repository ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
* Depending on your distribution, add either of the below lines to /etc/apt/sources.list.&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.04/ /&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.10/ /&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
* Update the package list&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get update&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
* Add the repository &lt;br /&gt;
&lt;br /&gt;
 cd /etc/yum.repos.d/&lt;br /&gt;
 sudo wget http://download.meego.com/live/Tools:/Testing/Fedora13/Tools:Testing.repo&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
TODO&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies &lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T11:15:09Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* What it provides? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports| Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
* '''For the developers''': Automatic backtrace generation from core dump helping to debug the problem and without needing to do it locally&lt;br /&gt;
* '''For the testing oriented people''': Additional info for the failed test case helping to report the defects&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Preparation - Adding MeeGo Tools:Testing repository ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
* Depending on your distribution, add either of the below lines to /etc/apt/sources.list.&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.04/ /&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.10/ /&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
* Update the package list&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get update&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
* Add the repository &lt;br /&gt;
&lt;br /&gt;
 cd /etc/yum.repos.d/&lt;br /&gt;
 sudo wget http://download.meego.com/live/Tools:/Testing/Fedora13/Tools:Testing.repo&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
TODO&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies &lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T11:07:52Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Installation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports| Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Preparation - Adding MeeGo Tools:Testing repository ===&lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
* Depending on your distribution, add either of the below lines to /etc/apt/sources.list.&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.04/ /&lt;br /&gt;
&lt;br /&gt;
 deb http://download.meego.com/live/Tools:/Testing/xUbuntu_10.10/ /&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
* Update the package list&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get update&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
* Add the repository &lt;br /&gt;
&lt;br /&gt;
 cd /etc/yum.repos.d/&lt;br /&gt;
 sudo wget http://download.meego.com/live/Tools:/Testing/Fedora13/Tools:Testing.repo&lt;br /&gt;
&lt;br /&gt;
* Add the repository keys&lt;br /&gt;
&lt;br /&gt;
 gpg --keyserver subkeys.pgp.net --recv-keys 0BC7BEC479FC1F8A&lt;br /&gt;
 gpg --export --armor 0BC7BEC479FC1F8A | sudo apt-key add -&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
TODO&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies &lt;br /&gt;
&lt;br /&gt;
'''Ubuntu'''&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
'''Fedora'''&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T10:37:24Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Installation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports| Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Prepare ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Install from MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
TODO&lt;br /&gt;
&lt;br /&gt;
=== Install from sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies ('''Ubuntu''')&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install dependencies ('''Fedora''')&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T10:36:16Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Corelysis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports| Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
&lt;br /&gt;
== What it provides? ==&lt;br /&gt;
&lt;br /&gt;
==  Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Prepare ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== From MeeGo package repositories ===&lt;br /&gt;
&lt;br /&gt;
TODO&lt;br /&gt;
&lt;br /&gt;
=== From sources ===&lt;br /&gt;
&lt;br /&gt;
* Get sources&lt;br /&gt;
 git clone git://gitorious.org/meego-quality-assurance/corelysis.git&lt;br /&gt;
&lt;br /&gt;
* Install dependencies ('''Ubuntu''')&lt;br /&gt;
&lt;br /&gt;
 sudo apt-get install python-setuptools python-pyinotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install dependencies ('''Fedora''')&lt;br /&gt;
&lt;br /&gt;
 sudo yum install python-setuptools python-inotify sp-rich-core-postproc&lt;br /&gt;
&lt;br /&gt;
* Install everything&lt;br /&gt;
&lt;br /&gt;
 cd corelysis&lt;br /&gt;
 sudo python setup.py install&lt;br /&gt;
 &lt;br /&gt;
=== Executing Corelysis ===&lt;br /&gt;
&lt;br /&gt;
 sudo /usr/bin/corelysis&lt;br /&gt;
&lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T10:04:56Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Corelysis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;br /&gt;
&lt;br /&gt;
== Introduction ==&lt;br /&gt;
&lt;br /&gt;
Corelysis is a daemon service written in [http://www.python.org/ Python], which extracts, processes [[Quality/QA-tools/rich-core|rich core dumps]] from saved from MeeGo devices and finally publishes crash data in [[Quality/QA-tools/CrashReports| Crash Reports]]. Corelysis runs on back-end server and works closely with [[Quality/QA-tools/OTS|OTS]] service.&lt;br /&gt;
&lt;br /&gt;
Corelysis has originated from [http://www.nokia.com Nokia], where it has been utilized for [http://maemo.org Maemo] related QA work. Later on Corelysis has been developed for [[ARM/N900|MeeGo N900 DeveloperEdition]] to report process crashes occured in automated test execution runs.&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|center|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
== How does it work? ==&lt;br /&gt;
&lt;br /&gt;
The idea of Corelysis is quite simple. It takes a rich core dump as an input extracts the data from it and runs it through a set of &amp;quot;tasks&amp;quot;, which each manipulate the data in different way. Maybe the most relevant task is the one which generates the backtrace from plain core dump. To be able to do this, Corelysis needs a fs-type meego image with corresponding debuginfo-packages installed. To generate the backtrace, a cross-compiled GDB is executed in chrooted target. &lt;br /&gt;
&lt;br /&gt;
[[File:backend.png|600px|thumb|center|Corelysis work flow]]&lt;br /&gt;
 &lt;br /&gt;
== Contact ==&lt;br /&gt;
&lt;br /&gt;
In Corelysis related issues/ questions contact us in the following channels:&lt;br /&gt;
&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools</id>
		<title>Quality/QA-tools</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools"/>
				<updated>2011-06-03T07:52:44Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Tools and other utilities */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Quality assurance (QA) tools =&lt;br /&gt;
&lt;br /&gt;
''' We moved our discussion to #meego-qa IRC channel as of March 24th 2011. Please join us there. '''&lt;br /&gt;
&lt;br /&gt;
[[File:Tool_meegon.png|400px]]&lt;br /&gt;
&lt;br /&gt;
Quality Assurance tools are developed to ensure MeeGo SW quality. QA tools team develops and maintains tools for quality assurance.&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;Open source tools  – available for all, available for development and contributions. Make people accountable for quality.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
'''Please note''' that developer-oriented content has been moved to [[Quality/QA tools development|QA tools development]] page. We apologize for any inconvenience. The target is to make this page clearer and more informative for the actual users of QA tools.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
QA tools support test planning, test execution and test reporting. The most important tool offering relating to this is illustrated in the figure below. In addition, there are also a couple of concept videos available at our [http://www.youtube.com/user/meegoqatools YouTube channel]:&lt;br /&gt;
* [http://www.youtube.com/watch?v=WdXBqGdLz8I Tool offering for manual testing]&lt;br /&gt;
* [http://youtu.be/Ry4MM-CX2b8 Test automation]&lt;br /&gt;
&lt;br /&gt;
[[File:Meego-qa-tools.png|600px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Tools and other utilities ==&lt;br /&gt;
&lt;br /&gt;
If you want to contribute to the development of the following tools, test suites and utilities, please visit [[Quality/QA_tools_development|QA tools development page]].&lt;br /&gt;
&lt;br /&gt;
'''Test tools'''&lt;br /&gt;
&lt;br /&gt;
Each wiki page will contain more detailed description, installation instructions and tutorial on the basic usage. For now, please [[Quality/QA-tools#Collaboration spaces|contact us]] if you need help. Currently, you can install Testrunner, testrunner-lite, test-definition, Testplanner, OTS, Meego-ai, libcqpid, eat and MIN from Tools:Testing repository. The instructions for setting up the repositories can be found [[Quality/QA-tools/How_to_set_up_repositories|here]].&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
| Crash Reporter || On-device tool for sending core dumps to core dump data base&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/OTS|OTS - open testing system]] || Test automation system&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner-lite|testrunner-lite]] ||Command line tool for test execution&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/TDriver|Testability Driver]] || Comprehensive tool for UI testing&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QAReports|QA Reports]] || Reporting tool for publishing test reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/CrashReports|Crash Reports Web UI]] || Web UI for Crash Reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QADashboard|QA Dashboard]] || Quality at a glance&lt;br /&gt;
|-&lt;br /&gt;
| Application Monitor || Monitor runtime indicators - CPU, memory, power for specified apps&lt;br /&gt;
|-&lt;br /&gt;
| Video performance || Collect FPS, CPU information when do video playback&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/QmlUITestlib|MeeGo QML GUI Testlib]] || Test cases and Cucumber steps for MeeGo QML UI applications&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Other utilities'''&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Name (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
|[[Quality/QA-tools/Test-definition|test-definition]]|| XML schema for test plan and result files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Eat|eat - enables automated testing]] || Test automation configuration packages&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/Autotest-guide#Automatic_image_installations|MeeGo Automated installer]] ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/rich-core|Rich core dumper (sp-rich-core)]] || A tool to collect core dump and context data from process crashes&lt;br /&gt;
|-&lt;br /&gt;
| Crash Reporter settings || Settings package for Crash Reporter&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/hat-control|Hardware Accessory for Testing (HAT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Scripts_and_utils|Scripts and utils]] || &lt;br /&gt;
|-&lt;br /&gt;
| Service OS based Flasher || Flasher to support Intel netbook/tablet&lt;br /&gt;
|- &lt;br /&gt;
| Environment collector || Collect detail system environment information&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Corelysis|Corelysis]] || A daemon to process rich core dumps in the back-end server.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Tools and utils not in active development'''&lt;br /&gt;
&lt;br /&gt;
Tools listed here are in maintenance and no new features are planned to be implemented in the near future to them.&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner|Testrunner]] || Test execution tool with graphical UI&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testplanner|Testplanner]] || Simple tool for creating and editing test plan files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/MeeGo_Fast_Feedback_Testing|MeeGo Fast Feedback Testing (MeeGo-FFT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [http://min.sf.net/ MIN Test Framework] || Advanced test framework&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/qtuitest-mbt-adapter|Model-Based Testing adapter for qtuitest]]  ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Qpid C wrapper|Qpid C wrapper library - libcqpid]] ||   &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Feature requests and bugs ==&lt;br /&gt;
&lt;br /&gt;
Want to report an feature idea or bug to us? - [http://bugs.meego.com/enter_bug.cgi?product=MeeGo%20Quality%20Assurance Please do it here]&lt;br /&gt;
 &lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=ASSIGNED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance Assigned bugs and features - Working on it]&lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=NEW&amp;amp;bug_status=NEEDINFO&amp;amp;bug_status=ASSIGNED&amp;amp;bug_status=WAITING%20FOR%20UPSTREAM&amp;amp;bug_status=REOPENED&amp;amp;bug_status=RESOLVED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance All open features and bugs in priority order]&lt;br /&gt;
&lt;br /&gt;
Bugzilla instructions:&lt;br /&gt;
* [[Quality/How To Report Bugs|How to report bugs]]&lt;br /&gt;
* [[Quality/Bug Life Cycle and Handling|Bugzilla workflow]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Collaboration spaces ==&lt;br /&gt;
&lt;br /&gt;
Team communication is in English. Our collaboration spaces are:&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://www.youtube.com/user/meegoqatools YouTube channel for demo videos]&lt;br /&gt;
* [http://meegoqatools.wordpress.com/ QA-tools team blog]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Nice to have ==&lt;br /&gt;
&lt;br /&gt;
None of the existing tools answer your needs? Here is where you should enter any suggestion.&lt;br /&gt;
&lt;br /&gt;
* Relieve localization testing effort by automating all or part of it ([[Quality/QA-tools/Automation of L10n testing|Detail]]).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
[[Category:QA]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/Corelysis</id>
		<title>Quality/QA-tools/Corelysis</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/Corelysis"/>
				<updated>2011-06-03T07:52:25Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: Created page with &amp;quot;= Corelysis =&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Corelysis =&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools</id>
		<title>Quality/QA-tools</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools"/>
				<updated>2011-06-03T07:51:53Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Tools and other utilities */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Quality assurance (QA) tools =&lt;br /&gt;
&lt;br /&gt;
''' We moved our discussion to #meego-qa IRC channel as of March 24th 2011. Please join us there. '''&lt;br /&gt;
&lt;br /&gt;
[[File:Tool_meegon.png|400px]]&lt;br /&gt;
&lt;br /&gt;
Quality Assurance tools are developed to ensure MeeGo SW quality. QA tools team develops and maintains tools for quality assurance.&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;Open source tools  – available for all, available for development and contributions. Make people accountable for quality.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
'''Please note''' that developer-oriented content has been moved to [[Quality/QA tools development|QA tools development]] page. We apologize for any inconvenience. The target is to make this page clearer and more informative for the actual users of QA tools.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
QA tools support test planning, test execution and test reporting. The most important tool offering relating to this is illustrated in the figure below. In addition, there are also a couple of concept videos available at our [http://www.youtube.com/user/meegoqatools YouTube channel]:&lt;br /&gt;
* [http://www.youtube.com/watch?v=WdXBqGdLz8I Tool offering for manual testing]&lt;br /&gt;
* [http://youtu.be/Ry4MM-CX2b8 Test automation]&lt;br /&gt;
&lt;br /&gt;
[[File:Meego-qa-tools.png|600px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Tools and other utilities ==&lt;br /&gt;
&lt;br /&gt;
If you want to contribute to the development of the following tools, test suites and utilities, please visit [[Quality/QA_tools_development|QA tools development page]].&lt;br /&gt;
&lt;br /&gt;
'''Test tools'''&lt;br /&gt;
&lt;br /&gt;
Each wiki page will contain more detailed description, installation instructions and tutorial on the basic usage. For now, please [[Quality/QA-tools#Collaboration spaces|contact us]] if you need help. Currently, you can install Testrunner, testrunner-lite, test-definition, Testplanner, OTS, Meego-ai, libcqpid, eat and MIN from Tools:Testing repository. The instructions for setting up the repositories can be found [[Quality/QA-tools/How_to_set_up_repositories|here]].&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
| Crash Reporter || On-device tool for sending core dumps to core dump data base&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/OTS|OTS - open testing system]] || Test automation system&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner-lite|testrunner-lite]] ||Command line tool for test execution&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/TDriver|Testability Driver]] || Comprehensive tool for UI testing&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QAReports|QA Reports]] || Reporting tool for publishing test reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/CrashReports|Crash Reports Web UI]] || Web UI for Crash Reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QADashboard|QA Dashboard]] || Quality at a glance&lt;br /&gt;
|-&lt;br /&gt;
| Application Monitor || Monitor runtime indicators - CPU, memory, power for specified apps&lt;br /&gt;
|-&lt;br /&gt;
| Video performance || Collect FPS, CPU information when do video playback&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/QmlUITestlib|MeeGo QML GUI Testlib]] || Test cases and Cucumber steps for MeeGo QML UI applications&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Other utilities'''&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Name (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
|[[Quality/QA-tools/Test-definition|test-definition]]|| XML schema for test plan and result files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Eat|eat - enables automated testing]] || Test automation configuration packages&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/Autotest-guide#Automatic_image_installations|MeeGo Automated installer]] ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/rich-core|Rich core dumper (sp-rich-core)]] || A tool to collect core dump and context data from process crashes&lt;br /&gt;
|-&lt;br /&gt;
| Crash Reporter settings || Settings package for Crash Reporter&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/hat-control|Hardware Accessory for Testing (HAT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Scripts_and_utils|Scripts and utils]] || &lt;br /&gt;
|-&lt;br /&gt;
| Service OS based Flasher || Flasher to support Intel netbook/tablet&lt;br /&gt;
|- &lt;br /&gt;
| Environment collector || Collect detail system environment information&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/corelysis|Corelysis]] || A daemon to process rich core dumps in the back-end server.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Tools and utils not in active development'''&lt;br /&gt;
&lt;br /&gt;
Tools listed here are in maintenance and no new features are planned to be implemented in the near future to them.&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner|Testrunner]] || Test execution tool with graphical UI&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testplanner|Testplanner]] || Simple tool for creating and editing test plan files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/MeeGo_Fast_Feedback_Testing|MeeGo Fast Feedback Testing (MeeGo-FFT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [http://min.sf.net/ MIN Test Framework] || Advanced test framework&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/qtuitest-mbt-adapter|Model-Based Testing adapter for qtuitest]]  ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Qpid C wrapper|Qpid C wrapper library - libcqpid]] ||   &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Feature requests and bugs ==&lt;br /&gt;
&lt;br /&gt;
Want to report an feature idea or bug to us? - [http://bugs.meego.com/enter_bug.cgi?product=MeeGo%20Quality%20Assurance Please do it here]&lt;br /&gt;
 &lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=ASSIGNED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance Assigned bugs and features - Working on it]&lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=NEW&amp;amp;bug_status=NEEDINFO&amp;amp;bug_status=ASSIGNED&amp;amp;bug_status=WAITING%20FOR%20UPSTREAM&amp;amp;bug_status=REOPENED&amp;amp;bug_status=RESOLVED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance All open features and bugs in priority order]&lt;br /&gt;
&lt;br /&gt;
Bugzilla instructions:&lt;br /&gt;
* [[Quality/How To Report Bugs|How to report bugs]]&lt;br /&gt;
* [[Quality/Bug Life Cycle and Handling|Bugzilla workflow]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Collaboration spaces ==&lt;br /&gt;
&lt;br /&gt;
Team communication is in English. Our collaboration spaces are:&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://www.youtube.com/user/meegoqatools YouTube channel for demo videos]&lt;br /&gt;
* [http://meegoqatools.wordpress.com/ QA-tools team blog]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Nice to have ==&lt;br /&gt;
&lt;br /&gt;
None of the existing tools answer your needs? Here is where you should enter any suggestion.&lt;br /&gt;
&lt;br /&gt;
* Relieve localization testing effort by automating all or part of it ([[Quality/QA-tools/Automation of L10n testing|Detail]]).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
[[Category:QA]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools/rich-core</id>
		<title>Quality/QA-tools/rich-core</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools/rich-core"/>
				<updated>2011-06-01T05:51:40Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: Created page with &amp;quot;= Rich Core =&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Rich Core =&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools</id>
		<title>Quality/QA-tools</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools"/>
				<updated>2011-06-01T05:51:23Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Tools and other utilities */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Quality assurance (QA) tools =&lt;br /&gt;
&lt;br /&gt;
''' We moved our discussion to #meego-qa IRC channel as of March 24th 2011. Please join us there. '''&lt;br /&gt;
&lt;br /&gt;
[[File:Tool_meegon.png|400px]]&lt;br /&gt;
&lt;br /&gt;
Quality Assurance tools are developed to ensure MeeGo SW quality. QA tools team develops and maintains tools for quality assurance.&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;Open source tools  – available for all, available for development and contributions. Make people accountable for quality.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
'''Please note''' that developer-oriented content has been moved to [[Quality/QA tools development|QA tools development]] page. We apologize for any inconvenience. The target is to make this page clearer and more informative for the actual users of QA tools.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
QA tools support test planning, test execution and test reporting. The most important tool offering relating to this is illustrated in the figure below. In addition, there are also a couple of concept videos available at our [http://www.youtube.com/user/meegoqatools YouTube channel]:&lt;br /&gt;
* [http://www.youtube.com/watch?v=WdXBqGdLz8I Tool offering for manual testing]&lt;br /&gt;
* [http://youtu.be/Ry4MM-CX2b8 Test automation]&lt;br /&gt;
&lt;br /&gt;
[[File:Meego-qa-tools.png|600px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Tools and other utilities ==&lt;br /&gt;
&lt;br /&gt;
If you want to contribute to the development of the following tools, test suites and utilities, please visit [[Quality/QA_tools_development|QA tools development page]].&lt;br /&gt;
&lt;br /&gt;
'''Test tools'''&lt;br /&gt;
&lt;br /&gt;
Each wiki page will contain more detailed description, installation instructions and tutorial on the basic usage. For now, please [[Quality/QA-tools#Collaboration spaces|contact us]] if you need help. Currently, you can install Testrunner, testrunner-lite, test-definition, Testplanner, OTS, Meego-ai, libcqpid, eat and MIN from Tools:Testing repository. The instructions for setting up the repositories can be found [[Quality/QA-tools/How_to_set_up_repositories|here]].&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
| Crash Reporter || On-device tool for sending core dumps to core dump data base&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/OTS|OTS - open testing system]] || Test automation system&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner-lite|testrunner-lite]] ||Command line tool for test execution&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/TDriver|Testability Driver]] || Comprehensive tool for UI testing&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QAReports|QA Reports]] || Reporting tool for publishing test reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/CrashReports|Crash Reports Web UI]] || Web UI for Crash Reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QADashboard|QA Dashboard]] || Quality at a glance&lt;br /&gt;
|-&lt;br /&gt;
| Application Monitor || Monitor runtime indicators - CPU, memory, power for specified apps&lt;br /&gt;
|-&lt;br /&gt;
| Video performance || Collect FPS, CPU information when do video playback&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/QmlUITestlib|MeeGo QML GUI Testlib]] || Test cases and Cucumber steps for MeeGo QML UI applications&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Other utilities'''&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Name (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
|[[Quality/QA-tools/Test-definition|test-definition]]|| XML schema for test plan and result files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Eat|eat - enables automated testing]] || Test automation configuration packages&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/Autotest-guide#Automatic_image_installations|MeeGo Automated installer]] ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/rich-core|Rich Core]] || &lt;br /&gt;
|-&lt;br /&gt;
| Crash Reporter settings || Settings package for Crash Reporter&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/hat-control|Hardware Accessory for Testing (HAT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Scripts_and_utils|Scripts and utils]] || &lt;br /&gt;
|-&lt;br /&gt;
| Service OS based Flasher || Flasher to support Intel netbook/tablet&lt;br /&gt;
|- &lt;br /&gt;
| Environment collector || Collect detail system environment information&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Tools and utils not in active development'''&lt;br /&gt;
&lt;br /&gt;
Tools listed here are in maintenance and no new features are planned to be implemented in the near future to them.&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner|Testrunner]] || Test execution tool with graphical UI&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testplanner|Testplanner]] || Simple tool for creating and editing test plan files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/MeeGo_Fast_Feedback_Testing|MeeGo Fast Feedback Testing (MeeGo-FFT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [http://min.sf.net/ MIN Test Framework] || Advanced test framework&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/qtuitest-mbt-adapter|Model-Based Testing adapter for qtuitest]]  ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Qpid C wrapper|Qpid C wrapper library - libcqpid]] ||   &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Feature requests and bugs ==&lt;br /&gt;
&lt;br /&gt;
Want to report an feature idea or bug to us? - [http://bugs.meego.com/enter_bug.cgi?product=MeeGo%20Quality%20Assurance Please do it here]&lt;br /&gt;
 &lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=ASSIGNED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance Assigned bugs and features - Working on it]&lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=NEW&amp;amp;bug_status=NEEDINFO&amp;amp;bug_status=ASSIGNED&amp;amp;bug_status=WAITING%20FOR%20UPSTREAM&amp;amp;bug_status=REOPENED&amp;amp;bug_status=RESOLVED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance All open features and bugs in priority order]&lt;br /&gt;
&lt;br /&gt;
Bugzilla instructions:&lt;br /&gt;
* [[Quality/How To Report Bugs|How to report bugs]]&lt;br /&gt;
* [[Quality/Bug Life Cycle and Handling|Bugzilla workflow]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Collaboration spaces ==&lt;br /&gt;
&lt;br /&gt;
Team communication is in English. Our collaboration spaces are:&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://www.youtube.com/user/meegoqatools YouTube channel for demo videos]&lt;br /&gt;
* [http://meegoqatools.wordpress.com/ QA-tools team blog]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Nice to have ==&lt;br /&gt;
&lt;br /&gt;
None of the existing tools answer your needs? Here is where you should enter any suggestion.&lt;br /&gt;
&lt;br /&gt;
* Relieve localization testing effort by automating all or part of it ([[Quality/QA-tools/Automation of L10n testing|Detail]]).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
[[Category:QA]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/Quality/QA-tools</id>
		<title>Quality/QA-tools</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/Quality/QA-tools"/>
				<updated>2011-06-01T05:45:00Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Tools and other utilities */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Quality assurance (QA) tools =&lt;br /&gt;
&lt;br /&gt;
''' We moved our discussion to #meego-qa IRC channel as of March 24th 2011. Please join us there. '''&lt;br /&gt;
&lt;br /&gt;
[[File:Tool_meegon.png|400px]]&lt;br /&gt;
&lt;br /&gt;
Quality Assurance tools are developed to ensure MeeGo SW quality. QA tools team develops and maintains tools for quality assurance.&lt;br /&gt;
&lt;br /&gt;
* &amp;quot;Open source tools  – available for all, available for development and contributions. Make people accountable for quality.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
'''Please note''' that developer-oriented content has been moved to [[Quality/QA tools development|QA tools development]] page. We apologize for any inconvenience. The target is to make this page clearer and more informative for the actual users of QA tools.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
QA tools support test planning, test execution and test reporting. The most important tool offering relating to this is illustrated in the figure below. In addition, there are also a couple of concept videos available at our [http://www.youtube.com/user/meegoqatools YouTube channel]:&lt;br /&gt;
* [http://www.youtube.com/watch?v=WdXBqGdLz8I Tool offering for manual testing]&lt;br /&gt;
* [http://youtu.be/Ry4MM-CX2b8 Test automation]&lt;br /&gt;
&lt;br /&gt;
[[File:Meego-qa-tools.png|600px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Tools and other utilities ==&lt;br /&gt;
&lt;br /&gt;
If you want to contribute to the development of the following tools, test suites and utilities, please visit [[Quality/QA_tools_development|QA tools development page]].&lt;br /&gt;
&lt;br /&gt;
'''Test tools'''&lt;br /&gt;
&lt;br /&gt;
Each wiki page will contain more detailed description, installation instructions and tutorial on the basic usage. For now, please [[Quality/QA-tools#Collaboration spaces|contact us]] if you need help. Currently, you can install Testrunner, testrunner-lite, test-definition, Testplanner, OTS, Meego-ai, libcqpid, eat and MIN from Tools:Testing repository. The instructions for setting up the repositories can be found [[Quality/QA-tools/How_to_set_up_repositories|here]].&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
| Crash Reporter || On-device tool for sending core dumps to core dump data base&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/OTS|OTS - open testing system]] || Test automation system&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner-lite|testrunner-lite]] ||Command line tool for test execution&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/TDriver|Testability Driver]] || Comprehensive tool for UI testing&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QAReports|QA Reports]] || Reporting tool for publishing test reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/CrashReports|Crash Reports Web UI]] || Web UI for Crash Reports&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/QADashboard|QA Dashboard]] || Quality at a glance&lt;br /&gt;
|-&lt;br /&gt;
| Application Monitor || Monitor runtime indicators - CPU, memory, power for specified apps&lt;br /&gt;
|-&lt;br /&gt;
| Video performance || Collect FPS, CPU information when do video playback&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/QmlUITestlib|MeeGo QML GUI Testlib]] || Test cases and Cucumber steps for MeeGo QML UI applications&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
'''Other utilities'''&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Name (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|- &lt;br /&gt;
|[[Quality/QA-tools/Test-definition|test-definition]]|| XML schema for test plan and result files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Eat|eat - enables automated testing]] || Test automation configuration packages&lt;br /&gt;
|- &lt;br /&gt;
| [[Quality/QA-tools/Autotest-guide#Automatic_image_installations|MeeGo Automated installer]] ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/rich-core-dumper|Rich Core dumper]] || &lt;br /&gt;
|-&lt;br /&gt;
| Crash Reporter settings || Settings package for Crash Reporter&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/hat-control|Hardware Accessory for Testing (HAT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Scripts_and_utils|Scripts and utils]] || &lt;br /&gt;
|-&lt;br /&gt;
| Service OS based Flasher || Flasher to support Intel netbook/tablet&lt;br /&gt;
|- &lt;br /&gt;
| Environment collector || Collect detail system environment information&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Tools and utils not in active development'''&lt;br /&gt;
&lt;br /&gt;
Tools listed here are in maintenance and no new features are planned to be implemented in the near future to them.&lt;br /&gt;
&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot;&lt;br /&gt;
|+&lt;br /&gt;
|'''Tool (link to wiki page)''' ||'''Short description'''&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testrunner|Testrunner]] || Test execution tool with graphical UI&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Testplanner|Testplanner]] || Simple tool for creating and editing test plan files&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/MeeGo_Fast_Feedback_Testing|MeeGo Fast Feedback Testing (MeeGo-FFT)]] || &lt;br /&gt;
|-&lt;br /&gt;
| [http://min.sf.net/ MIN Test Framework] || Advanced test framework&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/qtuitest-mbt-adapter|Model-Based Testing adapter for qtuitest]]  ||&lt;br /&gt;
|-&lt;br /&gt;
| [[Quality/QA-tools/Qpid C wrapper|Qpid C wrapper library - libcqpid]] ||   &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Feature requests and bugs ==&lt;br /&gt;
&lt;br /&gt;
Want to report an feature idea or bug to us? - [http://bugs.meego.com/enter_bug.cgi?product=MeeGo%20Quality%20Assurance Please do it here]&lt;br /&gt;
 &lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=ASSIGNED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance Assigned bugs and features - Working on it]&lt;br /&gt;
* [http://bugs.meego.com/buglist.cgi?query_format=advanced&amp;amp;order=Importance&amp;amp;bug_status=NEW&amp;amp;bug_status=NEEDINFO&amp;amp;bug_status=ASSIGNED&amp;amp;bug_status=WAITING%20FOR%20UPSTREAM&amp;amp;bug_status=REOPENED&amp;amp;bug_status=RESOLVED&amp;amp;component=eat&amp;amp;component=Fast%20Feedback%20Testing&amp;amp;component=hat&amp;amp;component=libcqpid&amp;amp;component=meego-qa-reports&amp;amp;component=min&amp;amp;component=ots&amp;amp;component=TDriver&amp;amp;component=testdefinition&amp;amp;component=Testplanner&amp;amp;component=Testrunner&amp;amp;component=testrunner-lite&amp;amp;component=Others&amp;amp;classification=MeeGo%20Projects&amp;amp;product=MeeGo%20Quality%20Assurance All open features and bugs in priority order]&lt;br /&gt;
&lt;br /&gt;
Bugzilla instructions:&lt;br /&gt;
* [[Quality/How To Report Bugs|How to report bugs]]&lt;br /&gt;
* [[Quality/Bug Life Cycle and Handling|Bugzilla workflow]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Collaboration spaces ==&lt;br /&gt;
&lt;br /&gt;
Team communication is in English. Our collaboration spaces are:&lt;br /&gt;
* [http://lists.meego.com/listinfo/meego-qa meego-qa@lists.meego.com mailing list]&lt;br /&gt;
* [http://webchat.freenode.net/?channels=meego-qa #meego-qa IRC channel on irc.freenode.net]&lt;br /&gt;
* [http://www.youtube.com/user/meegoqatools YouTube channel for demo videos]&lt;br /&gt;
* [http://meegoqatools.wordpress.com/ QA-tools team blog]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Nice to have ==&lt;br /&gt;
&lt;br /&gt;
None of the existing tools answer your needs? Here is where you should enter any suggestion.&lt;br /&gt;
&lt;br /&gt;
* Relieve localization testing effort by automating all or part of it ([[Quality/QA-tools/Automation of L10n testing|Detail]]).&lt;br /&gt;
&lt;br /&gt;
&amp;lt;BR&amp;gt;&lt;br /&gt;
[[Category:QA]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-27T05:18:12Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Meego Developer Edition Quality Assurance =&lt;br /&gt;
Quality Assurance for Meego [[ARM/N900|Developers Edition.]] [[ARM/N900|Developer Edition]] QA uses many same components as in core Meego, therefore remember to look [[Quality|Meego core quality page.]] Monitoring the [[ARM/N900|Developer Edition]] maturity is one of the main tasks of [[ARM/N900|Developer Edition]] QA. The current maturity status can be found from the [[ARM/N900/Status|Status page.]]&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-19-06.59.html Meeting minutes 19-05-2011]&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-12-06.59.html Meeting minutes 12-05-2011]&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= QA Tools =&lt;br /&gt;
Developers Edition uses same QA Tools as in core Meego. For more information please refer to the [[Quality/QA-tools|Quality/QA-tools]].&lt;br /&gt;
&lt;br /&gt;
== QA-Tools Task List ==&lt;br /&gt;
List of tasks the QA-Tools are doing for Meego Developer Edition.&lt;br /&gt;
If you need something from QA please tell it to us :)&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
(Open Testing System)&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
We are using mainly MCTS test assets, so please refer to the [[Quality/TestSuite/MCTS|MCTS page.]] You can find list of open bugs also from there.&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|350px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes (click the image on right).&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (https://bugs.meego.com/show_bug.cgi?id=17134) - DONE (alkuznet)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Set up back-end server for core processing - ONGOING (rikhalon, sampos, timakima)&lt;br /&gt;
&lt;br /&gt;
* Image building and test run triggered from cron - trigger-testrun.sh -u &amp;lt;URL&amp;gt; - DONE (timakima)&lt;br /&gt;
&lt;br /&gt;
* Implement OTS Conductor plugin to fetch debug package list (before test run) and upload rich-core dumps to post-processing (after testrun )- DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* testrunner-lite sets a UID for each test case on DUT kernel core pattern. So that a coredump can be matched with a test case - DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* Debug image is built (simultaneuosly) on the core proscessing backend server - build-autotest-image.sh -f fs -d -p debug-packet-list -s 8000 -u &amp;lt;URL&amp;gt;, and saved as target for core prosessing - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* After each test case, cores matched against the UID are fetched from the DUT by testrunner-lite. - DONE (sampos)&lt;br /&gt;
** testrunner-lite needs to write unique identifier to results.xml e.g. md5 hash from rich-core.&lt;br /&gt;
[[File:backend.png|350px|thumb|right|Core Processing Backend]]&lt;br /&gt;
 &amp;lt;crashes&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt; &lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
 &amp;lt;/crashes&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* The core processing backend extracts the rich core and looks for proper target (if not available waits...) -  PofC DONE  (sampos) &lt;br /&gt;
&lt;br /&gt;
* The core processing backend chroots to the target with debug symbols and executes statically linked cross gdb for backtrace - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* Upload processed crash data using [[Quality/QA-tools/CrashReports/API|Crash Reports API]] - DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
QA tasks for the [[ARM/N900|Developer Edition]] differ from the usual N900 approach in that there are less features to be tested. This is described in more detail in [[ARM/N900#Target|Developer Edition Targets.]] There are currently 2 test sets for the [[ARM/N900|Developer Edition]], these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time, a CPU/Memory benchmark, files system, and power measurement, but this will be explained later.&lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Testcase automation list&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update (waiting for comments)&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* * Plan Feature testset (.xml updated)&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.3&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.3 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
* Testability for MeeGo1.3 features.&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/File:Text9867-0-4-8.png</id>
		<title>File:Text9867-0-4-8.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/File:Text9867-0-4-8.png"/>
				<updated>2011-05-17T12:09:43Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: uploaded a new version of &amp;amp;quot;File:Text9867-0-4-8.png&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-16T12:11:59Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-12-06.59.html Meeting minutes 12-05-2011]&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= QA Tools =&lt;br /&gt;
Developers Edition uses same QA Tools as in core Meego. For more information please refer to the [[Quality/QA-tools|Quality/QA-tools]].&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|350px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes (click the image on right).&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (https://bugs.meego.com/show_bug.cgi?id=17134) - ONGOING (alkuznet)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Set up back-end server for core processing - ONGOING (rikhalon, sampos, timakima)&lt;br /&gt;
&lt;br /&gt;
* Image building and test run triggered from cron - trigger-testrun.sh -u &amp;lt;URL&amp;gt; - DONE (timakima)&lt;br /&gt;
&lt;br /&gt;
* Implement OTS Conductor plugin to fetch debug package list (before test run) and upload rich-core dumps to post-processing (after testrun )- DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* testrunner-lite sets a UID for each test case on DUT kernel core pattern. So that a coredump can be matched with a test case - DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* Debug image is built (simultaneuosly) on the core proscessing backend server - build-autotest-image.sh -f fs -d -p debug-packet-list -s 8000 -u &amp;lt;URL&amp;gt;, and saved as target for core prosessing - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* After each test case, cores matched against the UID are fetched from the DUT by testrunner-lite. - NOT STARTED&lt;br /&gt;
** testrunner-lite needs to write unique identifier to results.xml e.g. md5 hash from rich-core.&lt;br /&gt;
[[File:backend.png|350px|thumb|right|Core Processing Backend]]&lt;br /&gt;
 &amp;lt;crashes&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt; &lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
 &amp;lt;/crashes&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* The core processing backend extracts the rich core and looks for proper target (if not available waits...) -  PofC DONE  (sampos) &lt;br /&gt;
&lt;br /&gt;
* The core processing backend chroots to the target with debug symbols and executes statically linked cross gdb for backtrace - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* Upload processed crash data using [[Quality/QA-tools/CrashReports/API|Crash Reports API]] - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Testcase automation list&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update (waiting for comments)&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* * Plan Feature testset (.xml updated)&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-16T11:42:49Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-12-06.59.html Meeting minutes 12-05-2011]&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= QA Tools =&lt;br /&gt;
Developers Edition uses same QA Tools as in core Meego. For more information please refer to the [[Quality/QA-tools|Quality/QA-tools]].&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|350px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes (click the image on right).&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (https://bugs.meego.com/show_bug.cgi?id=17134) - ONGOING (alkuznet)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Set up back-end server for core processing - ONGOING (rikhalon, sampos, timakima)&lt;br /&gt;
&lt;br /&gt;
* Image building and test run triggered from cron - trigger-testrun.sh -u &amp;lt;URL&amp;gt; - DONE (timakima)&lt;br /&gt;
&lt;br /&gt;
* Implement OTS Conductor plugin to fetch debug package list (before test run) and upload rich-core dumps to post-processing (after testrun )- DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* testrunner-lite sets a UID for each test case on DUT kernel core pattern. So that a coredump can be matched with a test case - DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* Debug image is built (simultaneuosly) on the core proscessing backend server - build-autotest-image.sh -f fs -d -p debug-packet-list -s 8000 -u &amp;lt;URL&amp;gt;, and saved as target for core prosessing - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* After each test case, cores matched against the UID are fetched from the DUT by testrunner-lite. - NOT STARTED&lt;br /&gt;
** testrunner-lite needs to write unique identifier to results.xml e.g. md5 hash from rich-core.&lt;br /&gt;
[[File:backend.png|350px|thumb|right|Core Processing Backend]]&lt;br /&gt;
 &amp;lt;crashes&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt; &lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
 &amp;lt;/crashes&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* The core processing backend extracts the rich core and looks for proper target (if not available waits...) -  PofC DONE  (sampos) &lt;br /&gt;
&lt;br /&gt;
* The core processing backend chroots to the target with debug symbols and executes statically linked cross gdb for backtrace - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* Upload processed crash data using [[Quality/QA-tools/CrashReports/API|Crash Reports API]] - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Testcase automation list&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update (waiting for comments)&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* * Plan Feature testset (.xml updated)&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-10T11:21:04Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= Tools =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|350px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes (click the image on right).&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (https://bugs.meego.com/show_bug.cgi?id=17134) - ONGOING (alkuznet)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Set up back-end server for core processing - ONGOING (rikhalon, sampos, timakima)&lt;br /&gt;
&lt;br /&gt;
* Image building and test run triggered from cron - trigger-testrun.sh -u &amp;lt;URL&amp;gt; - DONE (timakima)&lt;br /&gt;
&lt;br /&gt;
* Implement OTS Conductor plugin to fetch debug package list (before test run) and upload rich-core dumps to post-processing (after testrun )- ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* testrunner-lite sets a UID for each test case on DUT kernel core pattern. So that a coredump can be matched with a test case - DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* Debug image is built (simultaneuosly) on the core proscessing backend server - build-autotest-image.sh -f fs -d -p debug-packet-list -s 8000 -u &amp;lt;URL&amp;gt;, and saved as target for core prosessing - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* After each test case, cores matched against the UID are fetched from the DUT by testrunner-lite. - NOT STARTED&lt;br /&gt;
** testrunner-lite needs to write unique identifier to results.xml e.g. md5 hash from rich-core.&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;crashes&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt; &lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
 &amp;lt;/crashes&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* The core processing backend extracts the rich core and looks for proper target (if not available waits...) -  PofC DONE (minus the waiting part) (sampos) &lt;br /&gt;
&lt;br /&gt;
* The core processing backend chroots to the target with debug symbols and executes statically linked cross gdb for backtrace - Tested manually, untested python script exists (sampos) &lt;br /&gt;
&lt;br /&gt;
* Upload processed crash data using [[Quality/QA-tools/CrashReports/API|Crash Reports API]] - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* Plan Feature testset&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-10T11:19:03Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= Tools =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|350px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes (click the image on right).&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Set up back-end server for core processing - ONGOING (rikhalon, sampos, timakima)&lt;br /&gt;
&lt;br /&gt;
* Image building and test run triggered from cron - trigger-testrun.sh -u &amp;lt;URL&amp;gt; - DONE (timakima)&lt;br /&gt;
&lt;br /&gt;
* Implement OTS Conductor plugin to fetch debug package list (before test run) and upload rich-core dumps to post-processing (after testrun )- ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* testrunner-lite sets a UID for each test case on DUT kernel core pattern. So that a coredump can be matched with a test case - DONE (rikhalon)&lt;br /&gt;
&lt;br /&gt;
* Debug image is built (simultaneuosly) on the core proscessing backend server - build-autotest-image.sh -f fs -d -p debug-packet-list -s 8000 -u &amp;lt;URL&amp;gt;, and saved as target for core prosessing - DONE (sampos) &lt;br /&gt;
&lt;br /&gt;
* After each test case, cores matched against the UID are fetched from the DUT by testrunner-lite. - NOT STARTED&lt;br /&gt;
** testrunner-lite needs to write unique identifier to results.xml e.g. md5 hash from rich-core.&lt;br /&gt;
&lt;br /&gt;
 &amp;lt;crashes&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt; &lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
  &amp;lt;crash-id&amp;gt;1234567890ABCDEF&amp;lt;/crash-id&amp;gt;&lt;br /&gt;
 &amp;lt;/crashes&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* The core processing backend extracts the rich core and looks for proper target (if not available waits...) -  PofC DONE (minus the waiting part) (sampos) &lt;br /&gt;
&lt;br /&gt;
* The core processing backend chroots to the target with debug symbols and executes statically linked cross gdb for backtrace - Tested manually, untested python script exists (sampos) &lt;br /&gt;
&lt;br /&gt;
* Upload processed crash data using [[Quality/QA-tools/CrashReports/API|Crash Reports API]] - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* Plan Feature testset&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-10T10:10:58Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= Tools =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|350px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes (click the image on right).&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon, sampos)&lt;br /&gt;
&lt;br /&gt;
* Script to produce backtraces locally&lt;br /&gt;
** Extend rich-core-extract to proceduce backtrace from rich-core file - NOT STARTED&lt;br /&gt;
** Write howto guide in wiki - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* Plan Feature testset&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-10T10:09:28Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= Tools =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|400px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon, sampos)&lt;br /&gt;
&lt;br /&gt;
* Script to produce backtraces locally&lt;br /&gt;
** Extend rich-core-extract to proceduce backtrace from rich-core file - NOT STARTED&lt;br /&gt;
** Write howto guide in wiki - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* Plan Feature testset&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-05-10T10:08:09Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crash analysis support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= General info =&lt;br /&gt;
Quality Assurance for Meego Developers Edition.&lt;br /&gt;
&lt;br /&gt;
== Organization == &lt;br /&gt;
* Error Management&lt;br /&gt;
** Error Manager: Iekku Huttunen&lt;br /&gt;
* QA Tools&lt;br /&gt;
* Core Testing&lt;br /&gt;
* User Experience Testing (UX)&lt;br /&gt;
&lt;br /&gt;
== Reports ==&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/Status General DE N900 Feature status]&lt;br /&gt;
* [http://wiki.meego.com/ARM/N900/QA/Performance Performance results]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Data%20Flow%20For%20Developer%20Edition Dataflow reports]&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Handset/Use%20Case%20Testing%20For%20Developer%20Edition Use case reports]&lt;br /&gt;
&lt;br /&gt;
== Meetings ==&lt;br /&gt;
QA IRC meeting every Tuesday:&lt;br /&gt;
* [http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule MeeGo-Meeting IRC Schedule]&lt;br /&gt;
&lt;br /&gt;
N900 DE Blocker Bug Triage meeting minutes:&lt;br /&gt;
* [http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-05-07.00.html Meeting minutes 05-05-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-21-07.01.html Meeting minutes 21-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-14-07.00.html Meeting minutes 14-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-04-07-07.02.html Meeting minutes 07-04-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-31-07.00.html Meeting minutes 31-03-2011]&lt;br /&gt;
* [http://trac.tspre.org/meetbot/meego-meeting/2011/meego-meeting.2011-03-24-06.59.html Meeting minutes 24-03-2011]&lt;br /&gt;
&lt;br /&gt;
= Tools =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* OTS Worker(s) for DE tests - ONGOING (timakima)&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
[[File:Text9867-0-4-8.png|600px|thumb|right|Automated testing and crash reporting]]&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon, sampos)&lt;br /&gt;
&lt;br /&gt;
* Script to produce backtraces locally&lt;br /&gt;
** Extend rich-core-extract to proceduce backtrace from rich-core file - NOT STARTED&lt;br /&gt;
** Write howto guide in wiki - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
= UX testing =&lt;br /&gt;
== Test execution schedule ==&lt;br /&gt;
* UX testing schedule: DE / Meego.com testing&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Use cases&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Performance&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P5&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Reliability / Iterative&lt;br /&gt;
| DE Weekly&lt;br /&gt;
| P6&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| DE Tablet (N900)&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Key feature&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| Meego.com weekly&lt;br /&gt;
| P4&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Dataflow&lt;br /&gt;
| DE Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance&lt;br /&gt;
| Meego.com Trunk testing&lt;br /&gt;
| P3&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Performance Testing ==&lt;br /&gt;
Performance testing results done from UI can be found [[ARM/N900/QA/Performance|here]]&lt;br /&gt;
&lt;br /&gt;
= Core Testing =&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Testing schedule ===&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Feature&lt;br /&gt;
| DE Weekly&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk testing&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity&lt;br /&gt;
| DE Trunk Testing&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* Plan Feature testset&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* DE Hourly Automation improvement&lt;br /&gt;
* Wiki clean/update&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Week 15 DE Sanity Testing&lt;br /&gt;
* Maturity statement of Alpha RELEASE (result in QA-report)&lt;br /&gt;
* Alpha RELEASE testing&lt;br /&gt;
&lt;br /&gt;
== QA Tasks for MeeGo.com N900 ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule for MeeGo1.2(Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
|Monday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Monday, Tuesday&lt;br /&gt;
| Basic feature test (OK)&lt;br /&gt;
| MeeGo.com pre-weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday, Thursday&lt;br /&gt;
| Dataflow (OK)&lt;br /&gt;
| MeeGo.com weekly&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance test (OK)&amp;amp; test for changes&lt;br /&gt;
| MeeGo.com trunk testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity test (OK)&lt;br /&gt;
| MeeGo.com trunk&lt;br /&gt;
| P2&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== META team backlog for MeeGo1.2 N900 ===&lt;br /&gt;
&lt;br /&gt;
==== Continuous tasks ====&lt;br /&gt;
* Bug verification&lt;br /&gt;
* MeeGo1.2 N900 daily validation&lt;br /&gt;
&lt;br /&gt;
==== Backlog ====&lt;br /&gt;
* Optimize acceptance automation script&lt;br /&gt;
&lt;br /&gt;
==== In progress ====&lt;br /&gt;
* MeeGo1.2 feature verification&lt;br /&gt;
* Automation testing for trunk:test and trunk image&lt;br /&gt;
&lt;br /&gt;
==== Done ====&lt;br /&gt;
* Publish automation test result&lt;br /&gt;
&lt;br /&gt;
= Usefull links =&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/File:Text9867-0-4-8.png</id>
		<title>File:Text9867-0-4-8.png</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/File:Text9867-0-4-8.png"/>
				<updated>2011-05-10T10:03:31Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-04-11T07:18:05Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== MeeGo.com IRC meetings ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
There are no special QA meeting, other DE team meetings can be found from here:&lt;br /&gt;
* [[MeeGo-Meeting_IRC_Schedule|MeeGo-Meeting IRC Schedule]]&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crash analysis support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon, sampos)&lt;br /&gt;
&lt;br /&gt;
* Script to produce backtraces locally&lt;br /&gt;
** Extend rich-core-extract to proceduce backtrace from rich-core file - NOT STARTED&lt;br /&gt;
** Write howto guide in wiki - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
* Create weekly schedule for MRT (currently in draft form)&lt;br /&gt;
* Wiki clean/update&lt;br /&gt;
* Hourly Automation improvement&lt;br /&gt;
* Plan Feature testset&lt;br /&gt;
* Bug verification&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== MeeGo.com N900 QA Tasks ==&lt;br /&gt;
&lt;br /&gt;
=== Test execution schedule ===&lt;br /&gt;
* MeeGo.com N900 Core weekly test schedule (Tu Qingqing)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release !! Priority&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Trunk:Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Basic feature test&lt;br /&gt;
| Preview&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Sanity (OK)&lt;br /&gt;
| Trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Trunk:Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Tuesday&lt;br /&gt;
| Sanity (OK)&lt;br /&gt;
| Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Trunk:Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Data Flow&lt;br /&gt;
| Weekly&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Wednesday&lt;br /&gt;
| Sanity (OK)&lt;br /&gt;
| Trunk&lt;br /&gt;
| P3&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Trunk:Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Thursday&lt;br /&gt;
| Sanity (OK)&lt;br /&gt;
| Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Trunk:Testing&lt;br /&gt;
| P1&lt;br /&gt;
|-&lt;br /&gt;
| Friday&lt;br /&gt;
| Sanity (OK)&lt;br /&gt;
| Trunk&lt;br /&gt;
| P2&lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-04-06T18:07:22Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== MeeGo.com IRC meetings ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
There are no special QA meeting, other DE team meetings can be found from here:&lt;br /&gt;
* [[MeeGo-Meeting_IRC_Schedule|MeeGo-Meeting IRC Schedule]]&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
 - Create weekly schedule for MRT&lt;br /&gt;
 - Wiki clean/update&lt;br /&gt;
 - Hourly Automation improvement&lt;br /&gt;
 - Plan Feature testset&lt;br /&gt;
 - Bug verification&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-04-06T18:06:55Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== MeeGo.com IRC meetings ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
There are no special QA meeting, other DE team meetings can be found from here:&lt;br /&gt;
* [[MeeGo-Meeting_IRC_Schedule|MeeGo-Meeting IRC Schedule]]&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
* Move to use images from release engineering (1. download image, 2. install automation enablers, core dumping enablers etc. using mic-chroot, 3. install image to device 4. test)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - DONE (sampos)&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Application Manager ==&lt;br /&gt;
* Implement an application manager (similar to one in N900/Fremantle) to control install/uninstall/update applications and other packages. (kyranto, ONGOING).&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Test Sets ===&lt;br /&gt;
==== Sanity Test Set ====&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
==== Feature Test Set ====&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
=== Core QA Team Backlog ===&lt;br /&gt;
The Core QA team intends to keep its backlog as public as possible. The limitation on this is the amount of work generated by doing this. We will attempt to keep an up-to-date lists of tasks and progress on these tasks. At the moment, the task list looks like this:&lt;br /&gt;
&lt;br /&gt;
 - Create weekly schedule for MRT&lt;br /&gt;
 - Wiki clean/update&lt;br /&gt;
 - Hourly Automation improvement&lt;br /&gt;
 - Plan Feature testset&lt;br /&gt;
 - Bug verification&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-04-01T05:59:42Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== MeeGo.com IRC meetings ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
There are no special QA meeting, other DE team meetings can be found from here:&lt;br /&gt;
* http://wiki.meego.com/MeeGo-Meeting_IRC_Schedule&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - NOT STARTED&lt;br /&gt;
** Oopslog (and lifelog) functionality - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-31T06:37:49Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
*** Add &amp;quot;-corewatcher&amp;quot; and &amp;quot;-corewatcher-applet&amp;quot; to .ks file to remove overlapping corewatcher.&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
to be added here&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-31T06:07:06Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
** Fix core-reducer (Something goes wrong, when reducer processes coredump.) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
to be added here&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-31T05:44:33Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
*** Get latest packages [http://repo.pub.meego.com/home:/rha/Project_DE_Trunk_Testing_standard/armv7l/ here]&lt;br /&gt;
** Fix core-reducer (reduced coredump file is not produced. Instead it's just deleted.) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
to be added here&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-30T10:42:16Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* qt-demos already available from the repos&lt;br /&gt;
* Small applications that use Qt mobility APIs to access things like sensors to help manual testing&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* [https://bugs.meego.com/buglist.cgi?quicksearch=mcts  List of open bugs for MCTS] &lt;br /&gt;
** see priorities below - discuss with Iekku about priorities of open bugs for MCTS tests&lt;br /&gt;
# WLAN cases&lt;br /&gt;
# Call/SMS cases&lt;br /&gt;
# Audio policy framework cases (lower priority)&lt;br /&gt;
# Camera cases (lower priority)&lt;br /&gt;
# Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
* Rich Core dumping&lt;br /&gt;
** Make rich-core dumping to work in MeeGo N900 DE (basic functionality) - DONE (sampos, rikhalon)&lt;br /&gt;
*** Changes in MeeGo Gitorious ([https://meego.gitorious.org/meego-quality-assurance/rich-core/commits/meego-n900de meego-n900de] branch).&lt;br /&gt;
*** Dumps are generated in /home/meego/core-dumps&lt;br /&gt;
*** In file name, string &amp;quot;xxxx&amp;quot; is used instead of IMEI digits (privacy issue)&lt;br /&gt;
** Fix core-reducer (reduced coredump file is not produced. Instead it's just deleted.) - NOT STARTED&lt;br /&gt;
&lt;br /&gt;
* Back-end server&lt;br /&gt;
** Set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core (Teivas)&lt;br /&gt;
* Handset UX weekly testing schedule (Rajala)&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Organization ==&lt;br /&gt;
to be added here&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-28T11:20:20Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
* WLAN cases&lt;br /&gt;
* Audio policy framework cases (lower priority)&lt;br /&gt;
* Camera cases (lower priority)&lt;br /&gt;
* Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
** looking into rich-core use in MeeGo - ONGOING (sampos, rikhalon)&lt;br /&gt;
** set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-28T11:19:57Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* [http://194.136.64.78/logger/view/ OTS server] - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* [http://194.136.64.78/logger/view/workers/ OTS worker(s) for core tests]- Ville Ilvonen/Riku Halonen/Timo Harkonen - DONE&lt;br /&gt;
* [http://qa-reports.meego.com/1.2/Core/Hourly%20-%20Automated Reporting of hourly tests to QA-reports] - Ville Ilvonen/Esa-Pekka Miettinen/Timo Harkonen - DONE&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
* OTS worker for UX tests - NOTSTARTED&lt;br /&gt;
* Power consumption measurements - NOTSTARTED&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup - Riku Halonen/Timo Harkonen/Ville Ilvonen - DONE (in OTS subnet, see above) &lt;br /&gt;
&lt;br /&gt;
* We need to be able to control included test packages - ONGOING (http://meego.gitorious.org/meego-quality-assurance/handset-hourly-automated-tests)&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
* WLAN cases&lt;br /&gt;
* Audio policy framework cases (lower priority)&lt;br /&gt;
* Camera cases (lower priority)&lt;br /&gt;
* Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
** looking into rich-core use in MeeGo (sampos, rikhalon)&lt;br /&gt;
** set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-24T11:23:10Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Crashdb support for ARM core dumps */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* OTS server - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* OTS worker(s) for core tests - Ville Ilvonen/Riku Halonen/Timo Harkonen - ONGOING (2 workers up) &lt;br /&gt;
* OTS worker for UX tests &lt;br /&gt;
* Power consumption measurements&lt;br /&gt;
* Reporting to QA-reports&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup (maybe later with BOSS) &lt;br /&gt;
** DONE - PC with F13 set up for image creation (rikhalon)&lt;br /&gt;
* We need to be able to control included test packages&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
* WLAN cases&lt;br /&gt;
* Audio policy framework cases (lower priority)&lt;br /&gt;
* Camera cases (lower priority)&lt;br /&gt;
* Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
** looking into rich-core use in MeeGo (sampos)&lt;br /&gt;
** set up back-end server for core processing - ONGOING (rikhalon)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-24T07:32:06Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* OTS server - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* OTS worker(s) for core tests - Ville Ilvonen/Riku Halonen/Timo Harkonen - ONGOING (2 workers up) &lt;br /&gt;
* OTS worker for UX tests &lt;br /&gt;
* Power consumption measurements&lt;br /&gt;
* Reporting to QA-reports&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, DONE&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup (maybe later with BOSS) &lt;br /&gt;
** DONE - PC with F13 set up for image creation (rikhalon)&lt;br /&gt;
* We need to be able to control included test packages&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
* WLAN cases&lt;br /&gt;
* Audio policy framework cases (lower priority)&lt;br /&gt;
* Camera cases (lower priority)&lt;br /&gt;
* Sensor data cases (Qt Mobility, lower priority)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
** looking into rich-core use in MeeGo (sampos)&lt;br /&gt;
&lt;br /&gt;
== Boot time measurement ==&lt;br /&gt;
* Measure and optimize N900 boot time (timakima, ONGOING)&lt;br /&gt;
&lt;br /&gt;
== CPU load measurement during audio/video playback ==&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
== Usefull links ==&lt;br /&gt;
&lt;br /&gt;
* [[ARM/N900/Install/MMC|Flashing instructions]]&lt;br /&gt;
Flashing tested with http://download.meego.com/testing-daily/builds/trunk/1.1.90.8.20110318.89/ &lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-18T08:25:54Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* OTS server - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* OTS worker(s) for core tests - Ville Ilvonen/Riku Halonen/Timo Harkonen - ONGOING (2 workers up) &lt;br /&gt;
* OTS worker for UX tests &lt;br /&gt;
* Power consumption measurements&lt;br /&gt;
* Reporting to QA-reports&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup (maybe later with BOSS) - Riku Halonen ONGOING (setting up F13 machine for image creation)&lt;br /&gt;
* We need to be able to control included test packages&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-18T08:25:39Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* OTS server - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* OTS worker(s) for core tests - Ville Ilvonen/Riku Halonen/Timo Harkonen - ONGOING (2 workers up) &lt;br /&gt;
* OTS worker for UX tests &lt;br /&gt;
* Power consumption measurements&lt;br /&gt;
* Reporting to QA-reports&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup (maybe later with BOSS) - Riku Halonen ONGOING (setting up F13 machine for creating images)&lt;br /&gt;
* We need to be able to control included test packages&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-18T08:24:36Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* OTS server - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* OTS worker(s) for core tests - Ville Ilvonen/Riku Halonen/Timo Harkonen - ONGOING (2 workers up) &lt;br /&gt;
* OTS worker for UX tests &lt;br /&gt;
* Power consumption measurements&lt;br /&gt;
* Reporting to QA-reports&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup (maybe later with BOSS) - Riku Halonen ONGOING (setting up PC for creating images)&lt;br /&gt;
* We need to be able to control included test packages&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	<entry>
		<id>http://wiki.meego.com/ARM/N900/QA</id>
		<title>ARM/N900/QA</title>
		<link rel="alternate" type="text/html" href="http://wiki.meego.com/ARM/N900/QA"/>
				<updated>2011-03-18T08:24:17Z</updated>
		
		<summary type="html">&lt;p&gt;Rha: /* Test automation images */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= QA TODOs (in priority order) =&lt;br /&gt;
&lt;br /&gt;
== OTS setup and automated hourly testing ==&lt;br /&gt;
&lt;br /&gt;
=== OTS setup ===&lt;br /&gt;
* OTS server - Ville Ilvonen/Riku Halonen, DONE&lt;br /&gt;
* OTS worker(s) for core tests - Ville Ilvonen/Riku Halonen/Timo Harkonen - ONGOING (2 workers up) &lt;br /&gt;
* OTS worker for UX tests &lt;br /&gt;
* Power consumption measurements&lt;br /&gt;
* Reporting to QA-reports&lt;br /&gt;
* Minimize automatic installation time to 10mins - Timo Makimattila, ONGOING&lt;br /&gt;
&lt;br /&gt;
=== Test automation images ===&lt;br /&gt;
* Setup hourly image building for autotest image on own setup (maybe later with BOSS) Riku Halonen ONGOING (setting up PC for creating images)&lt;br /&gt;
* We need to be able to control included test packages&lt;br /&gt;
&lt;br /&gt;
If you need something else from QA please tell it to us :)&lt;br /&gt;
&lt;br /&gt;
== Applications for testing ==&lt;br /&gt;
* Package QML demo/example applications from http://doc.qt.nokia.com/latest/qdeclarativeexamples.html&lt;br /&gt;
&lt;br /&gt;
== Test asset ==&lt;br /&gt;
* Define what the asset includes&lt;br /&gt;
* Automating as many core/ux tests as possible&lt;br /&gt;
* Call/SMS cases will require parallel test execution support (If we want to automate those kind of tests)&lt;br /&gt;
&lt;br /&gt;
== Crashdb support for ARM core dumps ==&lt;br /&gt;
&lt;br /&gt;
* Core dump processing and backtraces from crashing ARM processes.&lt;br /&gt;
&lt;br /&gt;
== Test Execution Schedule ==&lt;br /&gt;
* Core&lt;br /&gt;
&lt;br /&gt;
* Handset UX weekly testing schedule&lt;br /&gt;
{| cellpadding=&amp;quot;5&amp;quot; cellspacing=&amp;quot;0&amp;quot; border=&amp;quot;1&amp;quot;&lt;br /&gt;
! Day !! Test set (status) !! Release &lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Key feature (OK)&lt;br /&gt;
| Preview&lt;br /&gt;
|-&lt;br /&gt;
| Monday&lt;br /&gt;
| Acceptance (OK)&lt;br /&gt;
| Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Tuesday	     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Preview&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Wednesday    &lt;br /&gt;
|Key feature (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Dataflow (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE use cases (Ok)	     &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|Sanity Ok	             &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Reliability (Ongoing)&lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Thursday     &lt;br /&gt;
|DE Performance (Ongoing)    &lt;br /&gt;
|Weekly&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Acceptance (Ok)	     &lt;br /&gt;
|Testing trunk&lt;br /&gt;
|-&lt;br /&gt;
|Friday	     &lt;br /&gt;
|Sanity (Ok)	     &lt;br /&gt;
|Daily trunk&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== QA Tasks For Developer Edition ==&lt;br /&gt;
There is a wiki article about the [[ARM/N900/DeveloperEdition|Developer Edition]].&lt;br /&gt;
&lt;br /&gt;
QA tasks for the Developer Edition differ from the usual N900 approach in that there are less features to be tested. There are currently 2 test sets for the Developer Edition, these are the Sanity Test Set and the Feature Test Set. They are described below.&lt;br /&gt;
&lt;br /&gt;
=== Sanity Test Set ===&lt;br /&gt;
The sanity set should be run automatically on every image. As such it must meet the following requirements:&lt;br /&gt;
* 100% automated&lt;br /&gt;
* Testing only basic features&lt;br /&gt;
&lt;br /&gt;
=== Feature Test Set ===&lt;br /&gt;
The feature set will be run periodically and will test the basic features as well as enablers for those features (e.g. PIM for phoning contacts). Performance will also be analysed, at the moment, this will include browser startup time and a CPU benchmark but this will be expanded later. &lt;br /&gt;
&lt;br /&gt;
Suggestions are welcome.&lt;br /&gt;
&lt;br /&gt;
== Error Management ==&lt;br /&gt;
* Error Manager Iekku Huttunen&lt;br /&gt;
&lt;br /&gt;
[[Category:N900]]&lt;/div&gt;</summary>
		<author><name>Rha</name></author>	</entry>

	</feed>