<?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>Kommentare zu: Permanente Veränderung bedeutet permanentes Testen</title>
	<atom:link href="http://blog.beteo.ch/2009/04/01/permanente-veranderung-bedeutet-permanentes-testen/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.beteo.ch/2009/04/01/permanente-veranderung-bedeutet-permanentes-testen/</link>
	<description>Nachhaltigkeit auch für Standardsoftware-Systeme</description>
	<lastBuildDate>Fri, 07 Oct 2011 13:20:06 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Christoph Preschern</title>
		<link>http://blog.beteo.ch/2009/04/01/permanente-veranderung-bedeutet-permanentes-testen/comment-page-1/#comment-763</link>
		<dc:creator>Christoph Preschern</dc:creator>
		<pubDate>Thu, 04 Jun 2009 14:45:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.beteo.ch/?p=1220#comment-763</guid>
		<description>Permanentes Testen von Software in &quot;agilen Zeiten&quot; kann aus zeitlichen Gründen nur automatisiert stattfinden. Wer ist aber in der Lage die Automatisierung von Tests noch während der Entwicklungsphase einer Software voranzutreiben? Der Testaufwand bzw. die technische Realisierung der Automatisierbarkeit liegt in solchen Projekten voll und ganz beim Entwickler der Software. Dieser sollte die notwendigen Testautomatisierungsmodule so gestalten, dass Sie einerseits täglich im laufenden Entwicklungsprozess (Continious Integration) gestartet, aber auch andererseits von Fachtestern bei übergeordneten Integrationstests wiederverwendet werden können.
Der Entwickler selbst benötigt aber auch die notwendigen Werkzeuge zur Erstellung der automatisierten Tests. Für das automatisierte Testen von GUI Oberflächen brauchen Entwickler aber &quot;smarte&quot; und flexible Tools welche sich einfach und schnell in bestehende Entwicklungsumgebungen integrieren lassen. Der Trend in diese Richtung wird teilweise auch schon Microsoft über den Team Foundation Server sowie durch erste Schnittsellen wie UI Automation (für WPF Applikationen) unterstützt.</description>
		<content:encoded><![CDATA[<p>Permanentes Testen von Software in &#8220;agilen Zeiten&#8221; kann aus zeitlichen Gründen nur automatisiert stattfinden. Wer ist aber in der Lage die Automatisierung von Tests noch während der Entwicklungsphase einer Software voranzutreiben? Der Testaufwand bzw. die technische Realisierung der Automatisierbarkeit liegt in solchen Projekten voll und ganz beim Entwickler der Software. Dieser sollte die notwendigen Testautomatisierungsmodule so gestalten, dass Sie einerseits täglich im laufenden Entwicklungsprozess (Continious Integration) gestartet, aber auch andererseits von Fachtestern bei übergeordneten Integrationstests wiederverwendet werden können.<br />
Der Entwickler selbst benötigt aber auch die notwendigen Werkzeuge zur Erstellung der automatisierten Tests. Für das automatisierte Testen von GUI Oberflächen brauchen Entwickler aber &#8220;smarte&#8221; und flexible Tools welche sich einfach und schnell in bestehende Entwicklungsumgebungen integrieren lassen. Der Trend in diese Richtung wird teilweise auch schon Microsoft über den Team Foundation Server sowie durch erste Schnittsellen wie UI Automation (für WPF Applikationen) unterstützt.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

