<?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>Testing in Production (TiP), a common and costly technical malpractice???</title><link>http://blogs.msdn.com/b/seliot/archive/2011/06/23/testing-in-production-tip-a-common-and-costly-technical-malpractice.aspx</link><description>Cool….I am seeing more hits on Bing and other search engines (I comparison shop my queries) for “Testing in Production”.&amp;#160; Here’s one: Why testing in production is a common and costly technical malpractice Yipes. Not the message I’ve been trying to</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Testing in Production (TiP), a common and costly technical malpractice???</title><link>http://blogs.msdn.com/b/seliot/archive/2011/06/23/testing-in-production-tip-a-common-and-costly-technical-malpractice.aspx#10216857</link><pubDate>Mon, 26 Sep 2011 21:13:36 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10216857</guid><dc:creator>Seth Eliot</dc:creator><description>&lt;p&gt;Hi Steve, thanks for your comment.&lt;/p&gt;
&lt;p&gt;I am a fan of production data because I think the diversity of what happens in production can only be approximated in a test lab. &amp;nbsp;With a large enough user base, you are more likely to find those weird edge cases, than relying solely on the expertise of an experienced tester.&lt;/p&gt;
&lt;p&gt;And if something won&amp;#39;t be seen in production (&amp;quot;bad data&amp;quot; in your example), then why so we even care about it? &amp;nbsp;Testing in Production lets us focus on the code paths that our users use, and product features our users care about.&lt;/p&gt;
&lt;p&gt;Now if you are talking about a small user base, then I understand your point. &amp;nbsp;Either way I still favor some up-front testing, but I think it is a balance with how much TiP you do.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10216857" width="1" height="1"&gt;</description></item><item><title>re: Testing in Production (TiP), a common and costly technical malpractice???</title><link>http://blogs.msdn.com/b/seliot/archive/2011/06/23/testing-in-production-tip-a-common-and-costly-technical-malpractice.aspx#10213040</link><pubDate>Sun, 18 Sep 2011 01:53:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10213040</guid><dc:creator>Steve Croft</dc:creator><description>&lt;p&gt;I am not a big fan of using production data for testing because it often only exercises particular areas of a system. I&amp;#39;d rather see datasets built during development that test the extremes of the components. Some of these extreme conditions may not be in your production data for a year or two down the road.&lt;/p&gt;
&lt;p&gt;Another aspect of testing is finding out how things work when bad data is fed into the system. You won&amp;#39;t see any bad data in a production dataset (hopefully).&lt;/p&gt;
&lt;p&gt;Production data can be used if you need to test performance and need large volumes of data, just keep the security aspects in mind.&lt;/p&gt;
&lt;p&gt;jmho...&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10213040" width="1" height="1"&gt;</description></item></channel></rss>