<?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>What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx</link><description>I talk about it a lot, but I don't know that I've ever defined it. A reader recently wrote in and asked what exactly this was. I suppose that means I should give a better explanation of it. Long ago in a galaxy far, far away, testers were computer-savvy</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#6815500</link><pubDate>Thu, 20 Dec 2007 13:07:50 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6815500</guid><dc:creator>Hitesh Sharma</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Thanks a lot for explaining this. But, don't you think SDE's solve greater engineering problems? Say I work on file system, the devs will tackle the challenge of creating something better than we use, but SDET's have the same task as they did for the previous file system, which is to make sure that it works well.&lt;/p&gt;
&lt;p&gt;Thanks.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Hitesh&lt;/p&gt;
</description></item><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#6818942</link><pubDate>Thu, 20 Dec 2007 20:09:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6818942</guid><dc:creator>Joe P Kumar</dc:creator><description>&lt;p&gt;Thatz a very good piece of information, Steve.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Joe.&lt;/p&gt;
</description></item><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#6819784</link><pubDate>Thu, 20 Dec 2007 21:49:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6819784</guid><dc:creator>SteveRowe</dc:creator><description>&lt;p&gt;@Hitesh, it really depends on what you are doing. &amp;nbsp;There are times, like creating a new file system, that development gets to do harder work. &amp;nbsp;How often is a new file system created though? &amp;nbsp;Usually it is incrementally improved. &amp;nbsp;Everyone concentrates on the times development gets to do new work, but the majority of their time is spent doing incremental improvements or just maintenance work.&lt;/p&gt;
&lt;p&gt;There are other times that test-dev gets to do the more interesting work. &amp;nbsp;When I was a test-dev working on DVD and video playback, I was involved in an effort to create what is called DirectX Video Accleration or DXVA. &amp;nbsp;During that process, I had the opportunity to implement an MPEG-2 decoder and accompanying video card driver that conformed to the new standard. &amp;nbsp;That was pretty exciting greenfield development.&lt;/p&gt;
</description></item><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#6825550</link><pubDate>Fri, 21 Dec 2007 12:13:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6825550</guid><dc:creator>Hitesh Sharma</dc:creator><description>&lt;p&gt;Hi Steve,&lt;/p&gt;
&lt;p&gt;Thanks a lot for the response. I must say that I'm starting to feel better about my SDET role. I will continue my enlightenment by following blogs of SDET's and talking to people who are in this role.&lt;/p&gt;
&lt;p&gt;Sir, I just love to code and the thought that what if I'm no longer able to do it terrifies me. But, I'm slowly understanding the &amp;quot;SDE&amp;quot; in &amp;quot;SDET&amp;quot;. Please continue posting some great blog entries like this one.&lt;/p&gt;
&lt;p&gt;Thanks for your time and patience.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Hitesh&lt;/p&gt;
</description></item><item><title>Who is a good SDET?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#6833346</link><pubDate>Sat, 22 Dec 2007 09:14:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:6833346</guid><dc:creator>Hitesh Sharm</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I have one question in mind, &amp;quot;Who is a great SDET?&amp;quot;. I have read the blog post by The Braidy Tester, but I have a few queries.&lt;/p&gt;
&lt;p&gt;What make a great SDET? Also who is viewed as a good SDET at MS?&lt;/p&gt;
&lt;p&gt;1) Who can finds bugs in the code like anything, but can't tell you what's wrong.&lt;/p&gt;
&lt;p&gt;2) One who finds bug through a methodical process, and thus doesn't find as many of them, but can tell what exactly is the problem. And even goes to debug the application and suggest a fix.&lt;/p&gt;
&lt;p&gt;3) One who develops creative tools to automate test procedures, some interesting tools that can replicate more scenarios and that too faster, but again, though the tool is greatly written, extensible, maintainable, good quality code, it some how doesn't catch that many bugs.&lt;/p&gt;
&lt;p&gt;4) One who has a hacker kind of attitude, who just wants to surrender software down! He sees that as his victory and is not bothered about automating the process, thinking how can you make it better or what went wrong.&lt;/p&gt;
&lt;p&gt;Who according to you makes a better SDET of them all? In the internal review of a MS employees, what things are taken in account for a SDET? Is it just how many bugs she found?&lt;/p&gt;
&lt;p&gt;I have more questions in mind, if you can answer these then I will put them forward. &lt;/p&gt;
&lt;p&gt;Thanks a lot for your support.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Hitesh&lt;/p&gt;
</description></item><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#7142703</link><pubDate>Thu, 17 Jan 2008 21:03:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7142703</guid><dc:creator>Les</dc:creator><description>&lt;p&gt;Hi Steve,&lt;/p&gt;
&lt;p&gt; I remember when you reverse engineered the Fairchild com language and was able to replace the damaged and ancient HP1000 server with a fancy 386 PC running DOS 5.0 and a multi-channel RS232 port. I helped you run the cables to the testers. Remember the beltdriven 70MB harddrive the size of a washing machine and the 8.5&amp;quot; floppies. Unless there is a different Steve Rowe then my apologies. I credit you for getting me started in computers in the early 90's. &lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Les W.&lt;/p&gt;
</description></item><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#7153940</link><pubDate>Sat, 19 Jan 2008 01:58:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7153940</guid><dc:creator>SteveRowe</dc:creator><description>&lt;p&gt;@Les, sorry but there must be a different Steve Rowe out there. &amp;nbsp;In the early 90s I was in school.&lt;/p&gt;
</description></item><item><title>re: What Is Test Automation?</title><link>http://blogs.msdn.com/steverowe/archive/2007/12/19/what-is-test-automation.aspx#7340553</link><pubDate>Thu, 31 Jan 2008 07:08:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7340553</guid><dc:creator>Pierre</dc:creator><description>&lt;p&gt;Hi Steve,&lt;/p&gt;
&lt;p&gt;I agree that autoamted tests is maybe the only way to keep quality in the product we develop today at a higher and higher pace. I've tried different test automation strategies. To my experience it must be the developers that automates the tests even on the higer level of system tests. Developing and maintaining test is even harder than developing the software itself sometimes. During the christams holiday I ran across a UI testing framework that I think has the right approach. It allows me to record and edit tests from inside Visual Studio. For the smoke tests I need in my current project it seems perfect. You can have a look at www.testautomationfx.com where they have a movie that shows how it works, it is only in beta (that you have to request by mail). I've also tried out TestComplete but I like better to be working in VS with the languages I like (read C# ;).&lt;/p&gt;
&lt;p&gt;Keep up the good work. &lt;/p&gt;
&lt;p&gt;Pierre&lt;/p&gt;
</description></item></channel></rss>