<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Reacties op: Introductie Selenium</title>
	<link>http://blog.finalist.com/2008/04/07/introductie-selenium/</link>
	<description>Nederlandse blog over software ontwikkeling</description>
	<pubDate>Mon, 06 Oct 2008 22:35:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.3</generator>

	<item>
		<title>By: Peter Maas</title>
		<link>http://blog.finalist.com/2008/04/07/introductie-selenium/#comment-18467</link>
		<author>Peter Maas</author>
		<pubDate>Mon, 07 Apr 2008 17:03:31 +0000</pubDate>
		<guid>http://blog.finalist.com/2008/04/07/introductie-selenium/#comment-18467</guid>
					<description>Bij de VPRO hebben we getracht de frontend scripters bij iedere pagina ook een Selenium-test te laten schrijven. Dat ging een tijdje goed. Er bleek echter steeds meer tijd te gaan zitten in het onderhoud van de tests. 

Bij het refactoren van object geörienteerde code hoef je (als je goed ontwikkeld) vaak niet heel veel (soms zelfs niets) aan je tests aan het passen. Als je echter een beetje gaat schuiven met elementen in HTML breek je bijna altijd de tests.  

Nou is het wel mogelijk (tests zijn tenslotte gewoon javascript) om tests te schrijven die &lt;u&gt;en&lt;/u&gt; goed testen  &lt;u&gt;en&lt;/u&gt; om kunnen gaan met wijzigingen in de pagina; maar dat is erg moeilijk... vooral omdat die wijziging ook een bug zou kunnen zijn.

Dit wil niet zeggen dat ik Selenium geen mooie tool vind. Maar wel dat je al vanaf het begin al erg goed moet nadenken over hoe en wat je wilt testen.</description>
		<content:encoded><![CDATA[<p>Bij de VPRO hebben we getracht de frontend scripters bij iedere pagina ook een Selenium-test te laten schrijven. Dat ging een tijdje goed. Er bleek echter steeds meer tijd te gaan zitten in het onderhoud van de tests. </p>
<p>Bij het refactoren van object geörienteerde code hoef je (als je goed ontwikkeld) vaak niet heel veel (soms zelfs niets) aan je tests aan het passen. Als je echter een beetje gaat schuiven met elementen in HTML breek je bijna altijd de tests.  </p>
<p>Nou is het wel mogelijk (tests zijn tenslotte gewoon javascript) om tests te schrijven die <u>en</u> goed testen  <u>en</u> om kunnen gaan met wijzigingen in de pagina; maar dat is erg moeilijk&#8230; vooral omdat die wijziging ook een bug zou kunnen zijn.</p>
<p>Dit wil niet zeggen dat ik Selenium geen mooie tool vind. Maar wel dat je al vanaf het begin al erg goed moet nadenken over hoe en wat je wilt testen.</p>
]]></content:encoded>
				</item>
</channel>
</rss>
