<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>实用性测试（Pragmatistic Testing） - 敏捷测试</title><link>http://blog.csdn.net/Testing_is_believing/category/333219.aspx</link><description>敏捷测试，Agile Testing，强调遵循敏捷宣言的原则进行测试。</description><dc:language>zh-CN</dc:language><lastUpdateTime>Mon, 18 Aug 2008 21:28:00 GMT</lastUpdateTime><ttl>60</ttl><item><dc:creator>陈能技</dc:creator><title>为何传统自动化测试工具会扼杀敏捷？</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/08/18/2792017.aspx</link><pubDate>Mon, 18 Aug 2008 21:26:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/08/18/2792017.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2792017.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/08/18/2792017.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2792017.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2792017</trackback:ping><description>&lt;P&gt;看到一篇关于传统自动化测试工具的评论文章，觉得角度新颖，视角独特，很有道理，特转载如下：&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;为何传统自动化测试工具会扼杀敏捷？&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;最近，关于下一代功能测试工具发展方向的讨论热闹地开了锅。不过，还是众多组织仍然在努力让传统的“录制-回放”测试工具跟上敏捷的脚步。被称为“测试狂人”的Elisabeth Hendrickson告诉他们为什么不要再白费功夫了。 &lt;/P&gt;
&lt;P&gt;Hendrickson将她的看法出色地总结为下面这种索引卡片的形式： &lt;/P&gt;
&lt;P&gt;为什么传统的、“录制-回放”式的、重量级的、商业化测试自动化解决方案做不到敏捷？&lt;/P&gt;
&lt;P&gt;三个原因： &lt;/P&gt;
&lt;P&gt;◆对于敏捷团队来说，类似工具所鼓励的“最后再测试”的工作流程是完全错误的。 &lt;BR&gt;◆类似工具创建的无法维护的脚本会成为敏捷所需的变更的障碍。 &lt;BR&gt;◆这样的特定工具会需要专门的自动化测试专家，因此会形成单打独斗的局面。&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hendrick&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2792017.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>在51testing第10期杂志发表了两篇文章</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/08/02/2758498.aspx</link><pubDate>Sat, 02 Aug 2008 15:16:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/08/02/2758498.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2758498.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/08/02/2758498.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2758498.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2758498</trackback:ping><description>&amp;lt;P&amp;gt;在51testing第10期杂志发表了2两篇文章，杂志下载地址：&amp;lt;/P&amp;gt;&amp;lt;P&amp;gt;&amp;lt;A href="http://www.51testing.com/?action_viewnews_itemid_89375.html"&amp;gt;http://www.51testing.com/?action_viewnews_itemid_89375.html&amp;lt;/A&amp;gt;&amp;lt;/P&amp;gt;&amp;lt;P&amp;gt;&amp;amp;nbsp;&amp;lt;/P&amp;gt;&amp;lt;P&amp;gt;其中有我写的一篇文章《揭秘QTP保留对象机制》，主要介绍QTP的保留对象的机制以及如何使用保留对象。&amp;lt;/P&amp;gt;&amp;lt;P&amp;gt;&amp;amp;nbsp;&amp;lt;/P&amp;gt;&amp;lt;P&amp;gt;另外还有一篇译稿《机器与人》，原文是Jonathan Kohl写的《Man and Machine》，是罕见的关于如何结合自动化测试和手工测试的实践性文章，不敢独享，粗略翻译出来跟大家分享。&amp;lt;/P&amp;gt;&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2758498.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>受ITPub之邀发表文章《测试之前的“战略部署”-测试用例设计之道》</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/07/22/2692762.aspx</link><pubDate>Tue, 22 Jul 2008 21:52:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/07/22/2692762.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2692762.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/07/22/2692762.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2692762.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2692762</trackback:ping><description>受邀在ITPub上发表文章《测试之前的“战略部署”-测试用例设计之道》：

 http://tech.it168.com/a2008/0722/198/000000198115.shtml

作为ITPub测试频道的测试用例设计专题文章之一。

并且在ITPub设立专栏：

http://tech.it168.com/a2008/0722/198/000000198152.shtml
&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2692762.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>工具开发商开始向敏捷领域进军</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/06/24/2583785.aspx</link><pubDate>Tue, 24 Jun 2008 22:01:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/06/24/2583785.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2583785.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/06/24/2583785.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2583785.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2583785</trackback:ping><description>从敏捷宣言中可以看出，虽然敏捷关注人以及人与人之间的交互、倡导以人为本，但是流程和工具同样重要。如果有合适的工具支持和辅助，团队交互会更加理想。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2583785.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>SD Times公布了08年度SD Times100的结果</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/06/16/2554920.aspx</link><pubDate>Mon, 16 Jun 2008 23:08:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/06/16/2554920.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2554920.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/06/16/2554920.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2554920.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2554920</trackback:ping><description>最近SD Times公布了08年度的SD Times100结果，令人瞩目的是AutomatedQA在测试类的排名中名列前茅。
 
每年一度的SD Times 100是对过去一年在软件领域有创新、贡献和领导地位的公司、非商业组织、开源项目和有影响力者的排名，它不是一个产品的排名。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2554920.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>敏捷开发中的持续构建实践</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/06/07/2520199.aspx</link><pubDate>Sat, 07 Jun 2008 14:42:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/06/07/2520199.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2520199.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/06/07/2520199.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2520199.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2520199</trackback:ping><description>在08年的STP第6期杂志，Glenn Jones在《Fly into agile development with agile testing》一文中与我们分享了他们的敏捷项目中的持续构建的做法&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2520199.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>敏捷开发中的7种测试类型</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/06/04/2512407.aspx</link><pubDate>Wed, 04 Jun 2008 23:20:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/06/04/2512407.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2512407.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/06/04/2512407.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2512407.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2512407</trackback:ping><description>在08年的STP第6期杂志，Glenn Jones在《Fly into agile development with agile testing》一文中把敏捷开发中的测试分为7种类型&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2512407.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>自动化回归测试是敏捷开发的导航系统</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/06/03/2508748.aspx</link><pubDate>Tue, 03 Jun 2008 20:57:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/06/03/2508748.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2508748.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/06/03/2508748.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2508748.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2508748</trackback:ping><description>在08年的STP第6期杂志，Glenn Jones在《Fly into agile development with agile testing》一文中提出：缺乏实时的自动化回归测试的敏捷开发项目，就像是缺少了导航系统而要穿越云层的战斗机。缺乏及时的反馈和验证，则很可能在到达目的地之前就坠落了。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2508748.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>测试服务 - TaaS</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/06/01/2500737.aspx</link><pubDate>Sun, 01 Jun 2008 12:51:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/06/01/2500737.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2500737.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/06/01/2500737.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2500737.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2500737</trackback:ping><description>TaaS（Testing as a Service），在国内好像还没有一个标准的翻译术语，并且也处于“鲜为人知”的阶段。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2500737.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>JUnit与JTiger的比较</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/05/29/2494763.aspx</link><pubDate>Thu, 29 May 2008 23:10:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/05/29/2494763.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2494763.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/05/29/2494763.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2494763.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2494763</trackback:ping><description>在08年的STP第6期杂志，Marcus Borch在《Unit Test Tool Showdown》一文中将JUnit与JTiger这两款单元测试工具进行了深入的比较。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2494763.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>TDD是否真的能保证质量？</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/01/28/2070714.aspx</link><pubDate>Mon, 28 Jan 2008 23:26:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/01/28/2070714.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2070714.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/01/28/2070714.aspx#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2070714.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2070714</trackback:ping><description>虽然TDD被广泛接受，被认为是很好的快速学习领域业务模型的手段，但是有些人认为TDD是否直接影响到软件质量仍然是个疑问。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2070714.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>NUnitAsp 2.0版本的问题</title><link>http://blog.csdn.net/Testing_is_believing/archive/2008/01/25/2066131.aspx</link><pubDate>Fri, 25 Jan 2008 23:20:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2008/01/25/2066131.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/2066131.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2008/01/25/2066131.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/2066131.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=2066131</trackback:ping><description>NUnitAsp 是一个可用于测试ASP.NET页面的单元测试工具，是NUnit的扩展。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/2066131.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>敏捷与速度</title><link>http://blog.csdn.net/Testing_is_believing/archive/2007/12/25/1967132.aspx</link><pubDate>Tue, 25 Dec 2007 21:27:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2007/12/25/1967132.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/1967132.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2007/12/25/1967132.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/1967132.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1967132</trackback:ping><description>我开始对敏捷的狂热感到惊讶。敏捷看起来成了快速的代名词，就像他们说的：“我们每个月发布一次，我们变得敏捷起来了。”但是你并不是因为更快而敏捷，你是因为敏捷而更快。事实上，如果你什么也不做，仅仅是缩短了发布周期，而其他什么都一样的话，你会比以前完成更少的工作。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/1967132.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>敏捷方法的4个基本特征</title><link>http://blog.csdn.net/Testing_is_believing/archive/2007/11/01/1861920.aspx</link><pubDate>Thu, 01 Nov 2007 20:42:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2007/11/01/1861920.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/1861920.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2007/11/01/1861920.aspx#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/1861920.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1861920</trackback:ping><description>敏捷方法有一些共同的特征。其中有两个最主要的特征是：轻量和简单。敏捷方法论包含最少的流程和文档，减少正式性。目的是做眼前能做的事情，而不去预测太远的未来，首先完成紧迫的事情。快速的、增量的开发能更快地交付客户使用，更快得到反馈。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/1861920.aspx" width = "1" height = "1" /&gt;</description></item><item><dc:creator>陈能技</dc:creator><title>敏捷与质量</title><link>http://blog.csdn.net/Testing_is_believing/archive/2007/10/09/1817399.aspx</link><pubDate>Tue, 09 Oct 2007 20:33:00 GMT</pubDate><guid>http://blog.csdn.net/Testing_is_believing/archive/2007/10/09/1817399.aspx</guid><wfw:comment>http://blog.csdn.net/Testing_is_believing/comments/1817399.aspx</wfw:comment><comments>http://blog.csdn.net/Testing_is_believing/archive/2007/10/09/1817399.aspx#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://blog.csdn.net/Testing_is_believing/comments/commentRss/1817399.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1817399</trackback:ping><description>对于什么是“质量”有很多的定义，“质量是由旁观者定义的”，有些人会说这是不可能使用的定义，因为它很难在真正的业务场景中工作。但是敏捷方法不同意。敏捷方法就是用这种方法让产品的质量由顾客塑造。他们承认不同的人会用不同的观点看问题，所以对于项目来说谁的观点最能说了算（最终顾客）就是敏捷方法要追求的。&lt;img src ="http://blog.csdn.net/Testing_is_believing/aggbug/1817399.aspx" width = "1" height = "1" /&gt;</description></item></channel></rss>