<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Kommentarer til: Våg mer med automatisert testing!</title>
	<atom:link href="http://blog.iterate.no/2010/02/01/vag-mer-med-automatisert-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.iterate.no/2010/02/01/vag-mer-med-automatisert-testing/</link>
	<description>Om realisering av forretningsidéer, systemutvikling, integrasjon, brukeropplevelse og andre livsviktige temaer for de ansatte i Iterate</description>
	<lastBuildDate>Thu, 26 Apr 2012 10:41:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Av: Anders Haugeto</title>
		<link>http://blog.iterate.no/2010/02/01/vag-mer-med-automatisert-testing/#comment-16</link>
		<dc:creator><![CDATA[Anders Haugeto]]></dc:creator>
		<pubDate>Fri, 19 Feb 2010 07:12:20 +0000</pubDate>
		<guid isPermaLink="false">http://billigereogbedre.iterate.no/?p=70#comment-16</guid>
		<description><![CDATA[Jeg ser poenget ditt. Gode utviklere har automatisert testing som en naturlig del av sitt håndverk. Vårt poeng er egentlig at dette ikke er tilstrekkelig, sett fra organisasjonens ståsted. Et eksempel er utviklere som ikke skriver automatiserte tester. Her bør ledelsen inn med opplæring og oppfølging. Et annet eksempel på manglende forankring er ledelse som ber utviklerne kutte automatiserte tester, av hensyn til kortsiktige besparelser.  

Ledelse og utviklere må spille på lag. Dyktige ledere forstår hvorfor utviklerne følger sine praksiser, og de ser hvilke gevinster dette gir.]]></description>
		<content:encoded><![CDATA[<p>Jeg ser poenget ditt. Gode utviklere har automatisert testing som en naturlig del av sitt håndverk. Vårt poeng er egentlig at dette ikke er tilstrekkelig, sett fra organisasjonens ståsted. Et eksempel er utviklere som ikke skriver automatiserte tester. Her bør ledelsen inn med opplæring og oppfølging. Et annet eksempel på manglende forankring er ledelse som ber utviklerne kutte automatiserte tester, av hensyn til kortsiktige besparelser.  </p>
<p>Ledelse og utviklere må spille på lag. Dyktige ledere forstår hvorfor utviklerne følger sine praksiser, og de ser hvilke gevinster dette gir.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Torbjørn Marø</title>
		<link>http://blog.iterate.no/2010/02/01/vag-mer-med-automatisert-testing/#comment-15</link>
		<dc:creator><![CDATA[Torbjørn Marø]]></dc:creator>
		<pubDate>Fri, 19 Feb 2010 06:16:37 +0000</pubDate>
		<guid isPermaLink="false">http://billigereogbedre.iterate.no/?p=70#comment-15</guid>
		<description><![CDATA[Bra artikkel.., jeg liker sammenligningen med fjellklarting.

Jeg vil derimot advare mot at man forventer å få forankret bruk av automatiserte tester i prosjektledelsen. Profesjonelle utviklere tar selv ansvar for å bruke enhetstesting, det bør være en naturlig del av det å utvikle software, ikke noe man må få tillatelse til å drive med. Selvsagt er det bra om ledelsen har forståelse for dette, men det er som regel utviklerne som må gi dem denne forståelsen. 

Og om de ikke har det så er det heller ikke noe de burde blande seg opp i. Vi bør se på det å ikke bruke automatisert testing som uforsvarlig utvikling.., ikke noe vi som profesjonelle utviklere bør være oss bekjent av.]]></description>
		<content:encoded><![CDATA[<p>Bra artikkel.., jeg liker sammenligningen med fjellklarting.</p>
<p>Jeg vil derimot advare mot at man forventer å få forankret bruk av automatiserte tester i prosjektledelsen. Profesjonelle utviklere tar selv ansvar for å bruke enhetstesting, det bør være en naturlig del av det å utvikle software, ikke noe man må få tillatelse til å drive med. Selvsagt er det bra om ledelsen har forståelse for dette, men det er som regel utviklerne som må gi dem denne forståelsen. </p>
<p>Og om de ikke har det så er det heller ikke noe de burde blande seg opp i. Vi bør se på det å ikke bruke automatisert testing som uforsvarlig utvikling.., ikke noe vi som profesjonelle utviklere bør være oss bekjent av.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

