<?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: Exploratory Testing</title>
	<atom:link href="http://www.kalyr.co.uk/weblog/computing/testing/exploratory-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kalyr.co.uk/weblog/computing/testing/exploratory-testing/</link>
	<description>The blogs of Tim Hall</description>
	<lastBuildDate>Fri, 14 Apr 2017 23:35:42 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.7.41</generator>
	<item>
		<title>By: Michael Orton</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/exploratory-testing/comment-page-1/#comment-17805</link>
		<dc:creator><![CDATA[Michael Orton]]></dc:creator>
		<pubDate>Thu, 18 Oct 2012 22:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=5010#comment-17805</guid>
		<description><![CDATA[I am convinced we could not have delivered the last big project I worked on without a JUnit test suite which performed a basic regression test in about 4 minutes which would have taken hours to do manually.  Yet the test suite has caught me out in that it has to use a mock mechanism for database access and we use a very powerful piece of middleware to hide the real database from the application layer.  The snag is that this layer creates lots of clones of the objects during any update cycle and unlike true SQL or any normal object based system, you cannot assume that any other object you are pointing to will be at the same logical point in time of that update cycle.  Bugs caused by this effect cannot be found by the mock database used by the JUnits.
So we can regression test, and give the management the numbers they want in terms of tests run and percentage passed, but just how meaningful the numbers are is questionable.   But in a world which requires the numbers to exist even though few people read them and fewer still understand them, this is probably the best value for money we can give them.]]></description>
		<content:encoded><![CDATA[<p>I am convinced we could not have delivered the last big project I worked on without a JUnit test suite which performed a basic regression test in about 4 minutes which would have taken hours to do manually.  Yet the test suite has caught me out in that it has to use a mock mechanism for database access and we use a very powerful piece of middleware to hide the real database from the application layer.  The snag is that this layer creates lots of clones of the objects during any update cycle and unlike true SQL or any normal object based system, you cannot assume that any other object you are pointing to will be at the same logical point in time of that update cycle.  Bugs caused by this effect cannot be found by the mock database used by the JUnits.<br />
So we can regression test, and give the management the numbers they want in terms of tests run and percentage passed, but just how meaningful the numbers are is questionable.   But in a world which requires the numbers to exist even though few people read them and fewer still understand them, this is probably the best value for money we can give them.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
