<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Fighting Bad Test Documentation</title>
	<link>http://www.satisfice.com/blog/archives/19</link>
	<description>The Consulting Software Tester</description>
	<pubDate>Sat, 22 Nov 2008 09:16:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Sajeev Kesavan</title>
		<link>http://www.satisfice.com/blog/archives/19#comment-115877</link>
		<dc:creator>Sajeev Kesavan</dc:creator>
		<pubDate>Mon, 31 Mar 2008 09:51:53 +0000</pubDate>
		<guid>http://www.satisfice.com/blog/archives/19#comment-115877</guid>
		<description>From my perspective , I see that documentation is very much required. Yes Bad documentation is Bad but good documentation is also Good.It is just not to secure a turn over , but shows necessary traceability , displays more often the coverage of tests, to understand the weightage of tests written for the various modules. Documentation should be a part of the testing and if we find documents is taking a lot of time, then its upto management to plan their test schedule including the time required for the documentation.

Exploratory testing should be off the shelf outside the documents and interesting test scenarios that has identifies issues should again be documented. Thats my cents of experience.

Agree with James on most of his points ,:"Demonstrate the value of concise test documentation (matrices, outlines). " and " Bad documentation is not good " and yes smart documentation is required.</description>
		<content:encoded><![CDATA[<p>From my perspective , I see that documentation is very much required. Yes Bad documentation is Bad but good documentation is also Good.It is just not to secure a turn over , but shows necessary traceability , displays more often the coverage of tests, to understand the weightage of tests written for the various modules. Documentation should be a part of the testing and if we find documents is taking a lot of time, then its upto management to plan their test schedule including the time required for the documentation.</p>
<p>Exploratory testing should be off the shelf outside the documents and interesting test scenarios that has identifies issues should again be documented. Thats my cents of experience.</p>
<p>Agree with James on most of his points ,:&#8221;Demonstrate the value of concise test documentation (matrices, outlines). &#8221; and &#8221; Bad documentation is not good &#8221; and yes smart documentation is required.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
