<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>Developer Testing: Agitation</title>
<link>http://www.developertesting.com/</link>
<description>Developer Testing - A place to gain and share knowledge.</description>
<copyright>Copyright 2007</copyright>
<lastBuildDate>Wed, 12 Apr 2006 17:00:30 -0800</lastBuildDate>
<generator>http://www.movabletype.org/?v=3.16</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs> 

" lastn="15">
<item>
<title>Tests Vs Specifications</title>
<description><![CDATA[Reading Brian Marick's post on <a href="http://www.testing.com/cgi-bin/blog/2006/04/12#spec-vs-example">Tests and Specifications</a> made me wonder about how to describe the assertions in Agitator. They certainly are of the form Brian describes:

<blockquote>In math geek terms, specifications are universally quantified statements, ones of the form "for all inputs such that &lt;something&gt; is true of them, &lt;something else&gt; is true of the output." Tests are constant statements, ones with no variables. They look like this: "given input 5, the output is 87."</blockquote>

This distinction comes into play when we use <a href="http://www.developertesting.com/archives/month200412/20041209-TddAndAgitation.html">TDD with Agitation</a>. The tests help us move forward one case at a time and then Agitiator helps us review if we've accurately captures the specification of the system, or if we've missed boundary cases.  It is a shift from the <a href="http://www.developertesting.com/archives/month200501/20050113-WhatIsAgileTesting.html">"There Exists" to the "For All"</a> mindset.]]></description>
<link>http://www.developertesting.com/archives/month200604/20060412-TestsVsSpecifications.html</link>
<guid>http://www.developertesting.com/archives/month200604/20060412-TestsVsSpecifications.html</guid>
<category>Jeffrey Fredrick</category>
<pubDate>Wed, 12 Apr 2006 17:00:30 -0800</pubDate>

</item>
" lastn="15">
<item>
<title>Agitator is Not a Test Generator</title>
<description><![CDATA[<p>Agitator is not a test generator.  It is an exploritory testing tool for developers. You turn to it to answer the questions "what does this code actually do? what did the author forget to consider?"</p>]]></description>
<link>http://www.developertesting.com/archives/month200603/20060331-AgitatorIsNotATestGenerator.html</link>
<guid>http://www.developertesting.com/archives/month200603/20060331-AgitatorIsNotATestGenerator.html</guid>
<category>Jeffrey Fredrick</category>
<pubDate>Fri, 31 Mar 2006 08:16:57 -0800</pubDate>

</item>
" lastn="15">
<item>
<title>Violent Agreement</title>
<description><![CDATA[In his blog <a href="http://patricklogan.blogspot.com/">Patrick Logan</a> makes a very good point that "we have to make a distinction about what kinds of tests we're writing and <a href="http://patricklogan.blogspot.com/2004_01_25_patricklogan_archive.html#107513952419918144">what kinds of tests we want to automate</a>."]]></description>
<link>http://www.developertesting.com/archives/month200401/20040126-ViolentAgreement.html</link>
<guid>http://www.developertesting.com/archives/month200401/20040126-ViolentAgreement.html</guid>
<category>Jeffrey Fredrick</category>
<pubDate>Mon, 26 Jan 2004 18:28:54 -0800</pubDate>

</item>


</channel>
</rss>