<?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: Hold stø kurs med autotesting!</title>
	<atom:link href="http://sterkblanding.no/blog/2010/05/31/hold-st%c3%b8-kurs-med-autotesting/feed/" rel="self" type="application/rss+xml" />
	<link>http://sterkblanding.no/blog/2010/05/31/hold-st%c3%b8-kurs-med-autotesting/</link>
	<description>– Sterke meninger om IT og ledelse</description>
	<lastBuildDate>Sun, 06 May 2012 10:07:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Johannes Brodwall</title>
		<link>http://sterkblanding.no/blog/2010/05/31/hold-st%c3%b8-kurs-med-autotesting/comment-page-1/#comment-89</link>
		<dc:creator>Johannes Brodwall</dc:creator>
		<pubDate>Tue, 08 Jun 2010 16:34:02 +0000</pubDate>
		<guid isPermaLink="false">http://sterkblanding.no/?p=643#comment-89</guid>
		<description>Autotesting er *kult*. Det er noen år unna effektiv autotesting for store prosjekter. Spesielt vil prosjekter ha både raske og trege tester. Jeg har fortsatt til gode å se et verktøy for autotesting som håndterer dette bra. Infinitest prioriterer raske tester før trege tester og tester som har nylig feilet foran stabile tester. Men når en treg test først kommer inn i køen &quot;plugger&quot; den igjen systemet. Da tar det lang tid før man får feedback fra den testen man jobbet med, og verdien er borte.

(Å kjøre integrasjontester som pirker på en database manuelt ved siden av Infinitest er heller ikke spesielt artig)

Men når denne type problemer har blitt løst, enten ved bedre test-organisering eller ved smartere verktøy, tror jeg alle oppegående utviklere kommer til å ha autotesting som en sentral del av sin verktøykasse. Fem år, topp!</description>
		<content:encoded><![CDATA[<p>Autotesting er *kult*. Det er noen år unna effektiv autotesting for store prosjekter. Spesielt vil prosjekter ha både raske og trege tester. Jeg har fortsatt til gode å se et verktøy for autotesting som håndterer dette bra. Infinitest prioriterer raske tester før trege tester og tester som har nylig feilet foran stabile tester. Men når en treg test først kommer inn i køen &#8220;plugger&#8221; den igjen systemet. Da tar det lang tid før man får feedback fra den testen man jobbet med, og verdien er borte.</p>
<p>(Å kjøre integrasjontester som pirker på en database manuelt ved siden av Infinitest er heller ikke spesielt artig)</p>
<p>Men når denne type problemer har blitt løst, enten ved bedre test-organisering eller ved smartere verktøy, tror jeg alle oppegående utviklere kommer til å ha autotesting som en sentral del av sin verktøykasse. Fem år, topp!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Kjeldahl Nilsson</title>
		<link>http://sterkblanding.no/blog/2010/05/31/hold-st%c3%b8-kurs-med-autotesting/comment-page-1/#comment-77</link>
		<dc:creator>Thomas Kjeldahl Nilsson</dc:creator>
		<pubDate>Wed, 02 Jun 2010 18:57:38 +0000</pubDate>
		<guid isPermaLink="false">http://sterkblanding.no/?p=643#comment-77</guid>
		<description>Takk for det Sten Morten. Tunge tester er et problem men jeg synes likevel vi kan være mer på hugget etter å gjøre feedback-syklusene våre strammere/kortere i standard JEE-miljøer.</description>
		<content:encoded><![CDATA[<p>Takk for det Sten Morten. Tunge tester er et problem men jeg synes likevel vi kan være mer på hugget etter å gjøre feedback-syklusene våre strammere/kortere i standard JEE-miljøer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sten Morten</title>
		<link>http://sterkblanding.no/blog/2010/05/31/hold-st%c3%b8-kurs-med-autotesting/comment-page-1/#comment-71</link>
		<dc:creator>Sten Morten</dc:creator>
		<pubDate>Tue, 01 Jun 2010 07:30:41 +0000</pubDate>
		<guid isPermaLink="false">http://sterkblanding.no/?p=643#comment-71</guid>
		<description>Takk for den gode ideen og en interessant artikkel. En enkel ide, men god. Ser jo at testene fort kan bli for tunge til å kjøre mange ganger i minuttet... men ikke alle prosjekter vokser inn i himmelen.</description>
		<content:encoded><![CDATA[<p>Takk for den gode ideen og en interessant artikkel. En enkel ide, men god. Ser jo at testene fort kan bli for tunge til å kjøre mange ganger i minuttet&#8230; men ikke alle prosjekter vokser inn i himmelen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

