<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx</link><description>"But my job is to write test cases!" my friend said, almost plaintively. We were discussing the huge amount of work we have to do and the not-nearly-enough time in which we have to do it. I was relating my strategy: get my developers to do all the testing</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#593914</link><pubDate>Tue, 09 May 2006 23:31:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:593914</guid><dc:creator>humbugreality</dc:creator><description>Test is certainly never finished. The solution I think is first to make a clear statement as to what &amp;quot;finished&amp;quot; means for a milestone: all BVTs, FVTs, and Exit Criteria passing 100% and all other tests analyzed 100%, for example. Then you have to work with Dev and PM to ensure they understand what that means and get them to agree to not move on until that point is reached. But planning for the next milestone almost certainly will happen during the current milestone, so you have to build that into your schedule.&lt;br&gt;&lt;br&gt;The best way I know to get the entire feature team working together throughout a milestone - from initial design through signing off on the final product - is to integrate each discipline's concerns into the feature spec. If your feature specification includes details about what tests are going to be written, for example, it's much more likely that Dev and PM will be thinking about such matters from the start.&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=593914" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#593391</link><pubDate>Tue, 09 May 2006 08:27:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:593391</guid><dc:creator>Stella</dc:creator><description>I think lifecycles are crossed. Meaning when one cycle is not totally finished, the next cycle begins and some people released to do next cycle's tasks. for example, in the latter phase of the cycle, PD seems have time to design next generation's comment. But QAs have no time to get away. So how could QA and PD and Dev to work together in the former phase of the cycle (product design phase)?&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=593391" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#584375</link><pubDate>Wed, 26 Apr 2006 20:38:17 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:584375</guid><dc:creator>humbugreality</dc:creator><description>Our feature team works together throughout the entire lifecycle of the feature, from before the spec is written until the last bugfix is in. Most definitely code quality is higher than it would be if we got involved later in the process!&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=584375" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#583878</link><pubDate>Wed, 26 Apr 2006 09:45:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:583878</guid><dc:creator>Stella</dc:creator><description>Seems you and your DEVs work very closely. And you involved in the process before code complete. So that code quality is higher when completed...&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=583878" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#581971</link><pubDate>Mon, 24 Apr 2006 10:20:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:581971</guid><dc:creator>Anutthara MSFT</dc:creator><description>Michael - I am going to start doing this on my team and report how successful I was in getting my devs to write tests that I recommend. Wait on that one...&lt;br&gt; - Anu &lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=581971" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#577646</link><pubDate>Mon, 17 Apr 2006 20:32:28 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:577646</guid><dc:creator>humbugreality</dc:creator><description>Hmmm...the link opens for me. No idea what the problem might be.&lt;br&gt;&lt;br&gt;My conversations with developers usually start out something like &amp;quot;I have some ideas regarding what needs to be tested for Feature X. Would you like to hear them?&amp;quot; They say yes, and then we're off and running. &lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=577646" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#577351</link><pubDate>Mon, 17 Apr 2006 09:06:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:577351</guid><dc:creator>Stella</dc:creator><description>&amp;quot;working with ten developers to brainstorm ten sets of test cases that they write after I leave&amp;quot; --- How do you work with them on this? &lt;br&gt;&lt;br&gt;BTW, I want to see the comments Sherman posted. but i can't open the link...&lt;br&gt;&lt;br&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=577351" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#576893</link><pubDate>Sat, 15 Apr 2006 18:35:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:576893</guid><dc:creator>Scott Loveland</dc:creator><description>Good post. I like to take this concept one step further, and ask those before my in the food chain to write test cases such that will fit into my automation framework. Not really any extra work for them, it's just a matter of certain choices to make when writing the test case. That way I get a nice workload I can run periodically to ensure that recent code changes haven't regressed previously tested function. And it's basically free. &lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=576893" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#576887</link><pubDate>Sat, 15 Apr 2006 17:45:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:576887</guid><dc:creator>humbugreality</dc:creator><description>I am an SDET (Software Design Engineer in Test). However, an STE's (Software Test Engineer, where one difference is that STEs tend to do mostly manual testing) job isn't to write test cases either.&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=576887" width="1" height="1"&gt;</description></item><item><title>re: My Job Is *Not* To Write Test Cases</title><link>http://blogs.msdn.com/b/micahel/archive/2006/04/12/myjobisnottowritetestcases.aspx#576760</link><pubDate>Sat, 15 Apr 2006 04:16:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:576760</guid><dc:creator>Jim</dc:creator><description>Are you a SDET at Microsoft? Or do they have a separate group of software testers?&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=576760" width="1" height="1"&gt;</description></item></channel></rss>