<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Daily automated Mozmill test-runs in the QA Lab</title>
	<atom:link href="http://www.hskupin.info/2010/01/29/daily-automated-mozmill-test-runs-in-the-qa-lab/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hskupin.info/2010/01/29/daily-automated-mozmill-test-runs-in-the-qa-lab/</link>
	<description>Mozilla, Photography and the Daily Life</description>
	<lastBuildDate>Fri, 25 Jun 2010 18:30:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Henrik Skupin</title>
		<link>http://www.hskupin.info/2010/01/29/daily-automated-mozmill-test-runs-in-the-qa-lab/comment-page-1/#comment-7431</link>
		<dc:creator>Henrik Skupin</dc:creator>
		<pubDate>Sun, 31 Jan 2010 20:16:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.hskupin.info/?p=502#comment-7431</guid>
		<description>Setting up such a machine isn&#039;t so complicated. It&#039;s easier now with the latest Mozmill release. The main problem are the tests itself. Nearly all the tests we have are browser chrome tests and have been written for testing the Firefox ui. So you would clearly have to spend a lot of time in updating those. But for chrome tests it should be easier...</description>
		<content:encoded><![CDATA[<p>Setting up such a machine isn&#8217;t so complicated. It&#8217;s easier now with the latest Mozmill release. The main problem are the tests itself. Nearly all the tests we have are browser chrome tests and have been written for testing the Firefox ui. So you would clearly have to spend a lot of time in updating those. But for chrome tests it should be easier&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Kaiser</title>
		<link>http://www.hskupin.info/2010/01/29/daily-automated-mozmill-test-runs-in-the-qa-lab/comment-page-1/#comment-7425</link>
		<dc:creator>Robert Kaiser</dc:creator>
		<pubDate>Sat, 30 Jan 2010 23:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.hskupin.info/?p=502#comment-7425</guid>
		<description>I somehow wonder if I would buy a mini myself, what the possibilities would be to get it set up the same way and run the same stuff but for SeaMonkey.
One problem is that I don&#039;t have licenses for any of those other OSes, another is getting everything set up - and even one more to get all the tests written/modified to be run.
A way to test our updates would be really cool though...</description>
		<content:encoded><![CDATA[<p>I somehow wonder if I would buy a mini myself, what the possibilities would be to get it set up the same way and run the same stuff but for SeaMonkey.<br />
One problem is that I don&#8217;t have licenses for any of those other OSes, another is getting everything set up &#8211; and even one more to get all the tests written/modified to be run.<br />
A way to test our updates would be really cool though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henrik Skupin</title>
		<link>http://www.hskupin.info/2010/01/29/daily-automated-mozmill-test-runs-in-the-qa-lab/comment-page-1/#comment-7413</link>
		<dc:creator>Henrik Skupin</dc:creator>
		<pubDate>Fri, 29 Jan 2010 13:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.hskupin.info/?p=502#comment-7413</guid>
		<description>For now we would have to manually scan those reports. There is no automatism behind to inform us about failures. But it&#039;s something we wanna check in the future. It&#039;s a great idea in any way. So one of the first things I have to check is what&#039;s possible with the Python view server. Then we can have a rich web interface.</description>
		<content:encoded><![CDATA[<p>For now we would have to manually scan those reports. There is no automatism behind to inform us about failures. But it&#8217;s something we wanna check in the future. It&#8217;s a great idea in any way. So one of the first things I have to check is what&#8217;s possible with the Python view server. Then we can have a rich web interface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Train</title>
		<link>http://www.hskupin.info/2010/01/29/daily-automated-mozmill-test-runs-in-the-qa-lab/comment-page-1/#comment-7410</link>
		<dc:creator>Aaron Train</dc:creator>
		<pubDate>Fri, 29 Jan 2010 04:26:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.hskupin.info/?p=502#comment-7410</guid>
		<description>Thanks for posting this. I was curious as to how it was all coming together the past few months, now I have a better understanding. 

What currently is the procedure if a test run encounters some failed tests, are you notified/is it recorded, or is this on a glance check only? 

Yes, in the soon future it looks like the web interface will need the ability to query up previous test runs as well as sort by failures. 

- AaronMT</description>
		<content:encoded><![CDATA[<p>Thanks for posting this. I was curious as to how it was all coming together the past few months, now I have a better understanding. </p>
<p>What currently is the procedure if a test run encounters some failed tests, are you notified/is it recorded, or is this on a glance check only? </p>
<p>Yes, in the soon future it looks like the web interface will need the ability to query up previous test runs as well as sort by failures. </p>
<p>- AaronMT</p>
]]></content:encoded>
	</item>
</channel>
</rss>
