<?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: Stop ISO 29119</title>
	<atom:link href="http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/</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</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-55040</link>
		<dc:creator><![CDATA[Michael]]></dc:creator>
		<pubDate>Sun, 31 Aug 2014 15:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-55040</guid>
		<description><![CDATA[John, my last major project simply could not have been delivered without a comprehensive test suite. With only three people left in the company who understand the business rules and only one and a half of them available to the project all we could do was capture as many test scenarios as we could.

Since then there has been zero resources available for UAT so urgent changes have had to go live with minimal testing. These changes are ablating the value of those scripts, and as you observed maintaining those scripts is not seen as valuable.

Eventually the whole edifice will collapse. The business risk being taken, and I hope this is understood, is will the system decommissioning date arrive before that point.]]></description>
		<content:encoded><![CDATA[<p>John, my last major project simply could not have been delivered without a comprehensive test suite. With only three people left in the company who understand the business rules and only one and a half of them available to the project all we could do was capture as many test scenarios as we could.</p>
<p>Since then there has been zero resources available for UAT so urgent changes have had to go live with minimal testing. These changes are ablating the value of those scripts, and as you observed maintaining those scripts is not seen as valuable.</p>
<p>Eventually the whole edifice will collapse. The business risk being taken, and I hope this is understood, is will the system decommissioning date arrive before that point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Hall</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-55014</link>
		<dc:creator><![CDATA[Tim Hall]]></dc:creator>
		<pubDate>Sun, 31 Aug 2014 09:42:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-55014</guid>
		<description><![CDATA[Automated testing has a role, to replace the tedious, repetitive bits. It&#039;s never going to replace manual testing, and any management who think it can have fallen for snake-oil merchants.]]></description>
		<content:encoded><![CDATA[<p>Automated testing has a role, to replace the tedious, repetitive bits. It&#8217;s never going to replace manual testing, and any management who think it can have fallen for snake-oil merchants.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John P.</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54958</link>
		<dc:creator><![CDATA[John P.]]></dc:creator>
		<pubDate>Sat, 30 Aug 2014 23:24:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54958</guid>
		<description><![CDATA[Project damagers - love &#039;em or loathe &#039;em, you just can&#039;t avoid &#039;em.

Automated testing is a lovely idea in theory but it crashes into the buffers of reality. If scripts are to be any use, they have to be very comprehensive. It takes time to build them and more time to maintain them - either because of changes or because you&#039;ve found some scenario that the original build didn&#039;t test. In general, the customer isn&#039;t willing to pay for the supplier to do this work and the supplier isn&#039;t willing to do it FOC. So you just end up with a script that is pointlessly simplistic and which gives a false sense of security or you find that it is quicker and more versatile to get somebody to do the job manually.]]></description>
		<content:encoded><![CDATA[<p>Project damagers &#8211; love &#8216;em or loathe &#8216;em, you just can&#8217;t avoid &#8216;em.</p>
<p>Automated testing is a lovely idea in theory but it crashes into the buffers of reality. If scripts are to be any use, they have to be very comprehensive. It takes time to build them and more time to maintain them &#8211; either because of changes or because you&#8217;ve found some scenario that the original build didn&#8217;t test. In general, the customer isn&#8217;t willing to pay for the supplier to do this work and the supplier isn&#8217;t willing to do it FOC. So you just end up with a script that is pointlessly simplistic and which gives a false sense of security or you find that it is quicker and more versatile to get somebody to do the job manually.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54664</link>
		<dc:creator><![CDATA[Michael]]></dc:creator>
		<pubDate>Thu, 28 Aug 2014 21:54:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54664</guid>
		<description><![CDATA[I&#039;m not yet sufficiently informed about this standard to pronounce upon it, but in my workplace there are still two different streams of thought.

The first group, mainly in the development community, assert that automated testing has to be mandatory.

The second group, mainly in the support community, see the test scripts as nothing more than extra support overhead and ignore them. Once the test script no longer tests the code, it isn&#039;t worth running and it is never worth bringing one back up to scratch.

I&#039;m in favour of test scripts provided they do something useful. A test script which is there simply to satisfy an automated system rule which states &quot;you cannot submit code to go live without a matching test script&quot; is in danger of abuse.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m not yet sufficiently informed about this standard to pronounce upon it, but in my workplace there are still two different streams of thought.</p>
<p>The first group, mainly in the development community, assert that automated testing has to be mandatory.</p>
<p>The second group, mainly in the support community, see the test scripts as nothing more than extra support overhead and ignore them. Once the test script no longer tests the code, it isn&#8217;t worth running and it is never worth bringing one back up to scratch.</p>
<p>I&#8217;m in favour of test scripts provided they do something useful. A test script which is there simply to satisfy an automated system rule which states &#8220;you cannot submit code to go live without a matching test script&#8221; is in danger of abuse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Hall</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54635</link>
		<dc:creator><![CDATA[Tim Hall]]></dc:creator>
		<pubDate>Thu, 28 Aug 2014 17:27:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54635</guid>
		<description><![CDATA[Have you ever read &quot;Parkinson&#039;s Law&quot; by C. Northcote Parkinson?  Written way back in the 1930s, but still relevant today, it describes that sort of workplace perfectly.]]></description>
		<content:encoded><![CDATA[<p>Have you ever read &#8220;Parkinson&#8217;s Law&#8221; by C. Northcote Parkinson?  Written way back in the 1930s, but still relevant today, it describes that sort of workplace perfectly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Synthetase</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54616</link>
		<dc:creator><![CDATA[Synthetase]]></dc:creator>
		<pubDate>Thu, 28 Aug 2014 15:21:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54616</guid>
		<description><![CDATA[&quot;Those types who think the deliverables for testing arenâ€™t software that works, but reams of documentation all in the correct format using corporate-approved templates, which can be filed way where nobody will ever actually read them.&quot;

Wow that perfectly describes my girlfriend&#039;s workplace&#039;s &#039;project management office&#039;. Notice they aren&#039;t called the &#039;project delivery office&#039;. They aren&#039;t interested in delivering projects, just spinning the wheels and filling out forms.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Those types who think the deliverables for testing arenâ€™t software that works, but reams of documentation all in the correct format using corporate-approved templates, which can be filed way where nobody will ever actually read them.&#8221;</p>
<p>Wow that perfectly describes my girlfriend&#8217;s workplace&#8217;s &#8216;project management office&#8217;. Notice they aren&#8217;t called the &#8216;project delivery office&#8217;. They aren&#8217;t interested in delivering projects, just spinning the wheels and filling out forms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Hall</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54480</link>
		<dc:creator><![CDATA[Tim Hall]]></dc:creator>
		<pubDate>Wed, 27 Aug 2014 21:58:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54480</guid>
		<description><![CDATA[The trouble with this is I can imagine precisely the sort of test manager who will be enthusiasic about ISO 29119. Those types who think the deliverables for testing aren&#039;t software that works, but reams of documentation all in the correct format using corporate-approved templates, which can be filed way where nobody will ever actually read them.

Sadly I&#039;ve worked for people who think like that.]]></description>
		<content:encoded><![CDATA[<p>The trouble with this is I can imagine precisely the sort of test manager who will be enthusiasic about ISO 29119. Those types who think the deliverables for testing aren&#8217;t software that works, but reams of documentation all in the correct format using corporate-approved templates, which can be filed way where nobody will ever actually read them.</p>
<p>Sadly I&#8217;ve worked for people who think like that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John P.</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54479</link>
		<dc:creator><![CDATA[John P.]]></dc:creator>
		<pubDate>Wed, 27 Aug 2014 21:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54479</guid>
		<description><![CDATA[It sounds like the BS5750/ISO9000 stuff from the early 2000&#039;s. I can see that it is probably well intentioned but it won&#039;t happen that way. Companies will simply do the absolute minimum to comply without doing anything meaningful or useful or entering into the spirit of the thing. So it will be a case of just documenting something general like &quot;test it works as specified and retest if anything changes&quot; without saying anything specific about what that involves and then hang the certificate on the wall.

A pointless waste of time but you only have to do it until everyone has forgotten about it. I mean, BS5750 was a buzzword back then but when was the last time you saw anybody bragging about having it these days? It&#039;s a fad that will be forgotten.]]></description>
		<content:encoded><![CDATA[<p>It sounds like the BS5750/ISO9000 stuff from the early 2000&#8242;s. I can see that it is probably well intentioned but it won&#8217;t happen that way. Companies will simply do the absolute minimum to comply without doing anything meaningful or useful or entering into the spirit of the thing. So it will be a case of just documenting something general like &#8220;test it works as specified and retest if anything changes&#8221; without saying anything specific about what that involves and then hang the certificate on the wall.</p>
<p>A pointless waste of time but you only have to do it until everyone has forgotten about it. I mean, BS5750 was a buzzword back then but when was the last time you saw anybody bragging about having it these days? It&#8217;s a fad that will be forgotten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Five Blogs â€“ 24 August 2014 &#124; 5blogs</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54157</link>
		<dc:creator><![CDATA[Five Blogs â€“ 24 August 2014 &#124; 5blogs]]></dc:creator>
		<pubDate>Sat, 23 Aug 2014 22:21:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54157</guid>
		<description><![CDATA[[&#8230;] Stop ISO 29119 Written by: Tim Hall [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] Stop ISO 29119 Written by: Tim Hall [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Christie</title>
		<link>http://www.kalyr.co.uk/weblog/computing/testing/stop-iso-29119/comment-page-1/#comment-54074</link>
		<dc:creator><![CDATA[James Christie]]></dc:creator>
		<pubDate>Thu, 21 Aug 2014 21:31:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.kalyr.co.uk/weblog/?p=11154#comment-54074</guid>
		<description><![CDATA[Thanks for the support Tim. :-)]]></description>
		<content:encoded><![CDATA[<p>Thanks for the support Tim. <img src='http://www.kalyr.co.uk/weblog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
