在第四届软件质量年会上的演讲，标题是”让测试敏捷起来“。

下面的链接是InfoQ上的视频和PPT：

让测试敏捷起来

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

在本系列的第一部分中，我们简要回顾了敏捷开发，以及敏捷测试与传统测试的不同。在第一部分中，我们特别提到，敏捷测试的要点之一就是，不依据于角色而是依据于任务来考虑整个开发过程中的测试。

但是，对一个开发组织来说，组织中一定存在开发工程师和测试工程师的角色划分，作为一个敏捷团队中的测试工程师，他的主要工作职责是什么呢？或者说，他可以在哪些工作上发挥自己的作用呢？

敏捷过程中与测试相关的任务很多，概括说来有如下一些：

1. 建立不同级别的测试验收标准（也就是test suite），包括单元测试、集成测试、系统测试等各个层面的验收标准；
2. 推动整个组织的质量文化，保证整个组织的成员在质量责任与目标方面达成一致；
3. 通过技术或是管理的手段，保证产品、代码具有良好的可测试性；
4. 通过自动化测试手段缩短每个产品发布周期中测试所需的时间；
5. 与客户沟通确认客户可接受的软件质量标准，并建立针对此标准的验收测试；
6. 深入了解应用系统和业务需求，通过探索性测试方法设计有效的测试用例，发现产品中的缺陷；
7. 建立对整个团队可见的质量度量体系，保证整个团队能够随时看到产品的质量度量值。

接下来，我更详细的把列出的这7项工作中非常成“测试工程师必须完成的工作”，“测试工程师需要去推进的工作”，以及“能为项目带来巨大价值的工作”。

1. 测试工程师必须完成的工作： 
• 与客户沟通确认客户可接受的软件质量标准，并建立针对此标准的验收测试；
• 深入了解应用系统和业务需求，通过探索性测试方法设计有效的测试用例，发现产品中的缺陷；
• 建立系统和用户验收级别的测试验收标准；
• 通过自动化测试手段缩短每个产品发布周期中测试所需的时间；
2. 测试工程师需要去推进的工作：
• 推动低层次测试（单元测试和接口级别的测试）的进行。低层次是测试对于需要快速发布的敏捷开发来说至关重要，但在大部分国内的软件组织中，开发测试都需要经过不断的推动才能被最终执行下去，测试工程师具有相关的测试技巧，并且能够用翔实的统计数据表明低层次测试的必要性，是最好的推动低层次测试的人选；
• 推动整个组织的质量文化，保证整个组织的成员在质量责任与目标方面达成一致。这一点对于敏捷组织来说也是至关重要的；在许多传统的软件开发组织中，经常能看到开发和测试之间的扯皮，针对一个遗漏的缺陷，大家考虑第一件事不是如何去修复，如何去防止，而是首先“追究责任”─在敏捷过程中，需要一个非常不同的环境：也即，质量责任是由所有工程师共同承担的，对于出现的问题，重要的是解决和预防。
3. 能为项目带来巨大价值的工作
• 建立对整个团队可见的质量度量体系，保证整个团队能够随时看到产品的质量度量值。保证产品质量度量的可见可以让整个团队清楚的看到我们现在正在工作的产品与我们期望交付的产品在质量上还有多大的差距，这样整个团队可以以质量度量作为指示，集中精力工作在这些差距上，从而可以尽快的发布“可工作”的产品。“验收测试的通过度”，“单元测试的通过率”，“功能完成情况”等等项目都可以是质量度量中的度量项。
• 通过技术或是管理的手段，保证产品、代码具有良好的可测试性。良好的可测试性对于产品的维护，自动化测试的进行都是非常有利的─我觉得，甚至可以武断的说，如果一个应用系统没有良好的可测试性，就很难期望可以在该项目上设置良好的测试框架。测试工程师一般不参与具体的设计工作和代码实施工作，但测试工程师可以推动开发工程师在设计和实现时尽可能的考虑可测试性设计，另一方面，测试工程师也可以通过测试覆盖率这个质量及时发现应用中可测试性不强的地方，推动开发工程师的改进。

1. 良好的沟通和协作能力；
2. 良好的设计和代码能力，至少可以和开发工程师在同一水平上讨论具体的设计和代码实现；
3. 快速学习和总结的能力（运用探索性测试发现缺陷）；
4. 对自动化测试有深刻的理解（至少要能清楚的认识到自动化测试不等于UI自动化测试，也不等于用自动化测试工具进行录制和回放）；
5. 快速的风险分析和判断能力（在许多情况下都不会有足够的时间开展full regression，如何判断风险和决定相应的对策至关重要）。

第二部分完结。

第三部分我打算探讨下敏捷测试中的测试过程管理。与传统的软件测试过程不同，敏捷测试过程是一个非常简单的过程模型，我的重点会放在敏捷测试过程管理中的一些实用工具上。

另外，可测试性貌似也是一个很好的话题，不知道有没有对这个话题感兴趣的朋友？

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

Agile testing（敏捷测试）基本上是伴随着敏捷开发的概念成长起来的，但在受关注程度上，远远不及敏捷开发本身。自然，开发队伍从数量和活跃度上来讲大于测试队伍，是其中的一个原因；除了这个原因之外，“敏捷测试究竟如何在项目中发挥作用”这个问题可能也是导致敏捷测试概念的流行度远远不如敏捷开发的原因之一。

关于敏捷测试，我能找到的较早的比较系统化的描述文档应该是2002年的这份PPT：http://www.io.com/~wazmo/papers/agile_testing_20021015.pdf，这份PPT定义了敏捷测试的两个主要特点：“遵循敏捷宣言的测试实践，将开发当成是测试的客户”（Testing practice that follows the agile manifesto, treating development as the customer of testing），以及“在使用敏捷技术的项目中的测试实践”（Testing practice for projects using agile methodologies）。敏捷开发宣言中提到了敏捷开发的四个核心价值观：简明（Simplicity）、沟通（Communication）、反馈（Feedback）、勇气/决断（Courage）─ 如果我的翻译有错，请指正 ─毫无疑问，从开发的角度来说，很容易理解这四个核心价值观对应的行为（敏捷开发的best practice），但从测试的角度来说，“简明”和“勇气”就很难对应到具体的测试行为中。

既然难以清楚的寻找敏捷测试的实践行为，我们先尝试来寻找另一个问题的答案：“敏捷开发究竟会给测试带来哪些改变（相对于传统的测试）？”如果可以找到这个问题的答案，我们应该可以顺藤摸瓜的找到敏捷测试中对应的best practice。这里有一段有趣的视频，是在某个敏捷开发大会上对许多嘉宾的采访，采访的主题就是“How does Agile affect testing”，从回答中你会发现，似乎没有任何人能够准确的回答这个问题。从采访片段中我听到的观点有：

1. 敏捷开发有不同模型，不同的模型会以不同的方式影响测试（废话─我的comment）
2. 敏捷测试需要工具的支持…（貌似卖工具的厂商喜欢隐晦的这么表达）
3. TDD方法要求测试优先，其实除了测试优先外，我认为测试也可以和开发同时进行；
4. 敏捷过程中的测试是一个integration的任务，在不同层面（单元测试，集成测试，系统测试，用户验收测试）均需要按照敏捷的方式组织测试，目的是符合敏捷方法的价值观。

在这些观点中，我最喜欢的是第4个观点，这也是一直以来我的认识，其实敏捷本质上并非是一个过程，而是一种理念。至于敏捷测试这个敏捷开发的同源产物，自然也会继承其中的“目标驱动”而不是“过程驱动”的特性。

个人认为，敏捷测试和传统测试观点最大的不同在这几个地方：

• 敏捷测试并不倾向于严格区分开发和测试角色，全体工程师对于质量具有同等的责任，测试任务由开发和测试工程师共同完成；
• 敏捷测试的迭代周期很短，为了在很短的迭代周期中完成测试任务，要求建立“足够好”的验收测试，建立足够的自动化测试；
• 敏捷测试不严格依赖于文档（需求，设计等），测试角色必须和其他成员以及客户有良好的沟通，以保证建立的质量标准符合用户的需求，以及能够使用项目中的相关知识建立合理的测试框架；
• 关于底层测试和关于代码质量是敏捷测试中的一个非常好的实践。

其中，对传统测试观点最大的冲击是第1和第3点，打破测试角色和开发角色之间的严格限定，用沟通而不是文档作为建立测试的基础，这些的确会让一个熟悉传统测试环境的测试工程师骤然间不知所措。拿我来说，N年前我自认为对敏捷测试有一定的了解，结果真正进入到一个敏捷测试项目的时候才发现仍然需要一段时间来改变自己的工作方式和习惯。不过一旦习惯了这种方式，我转变成了一个彻底的敏捷测试的鼓吹者 ─ 毕竟，敏捷测试为产品质量产生的价值，让团队成员得到的成就感和喜悦是实实在在能够看得到的。

-------------------------------------------不怎么华丽的分隔线--------------------------------------

借用一休哥的台词：“就到这里吧”，下一次我的主题是“敏捷过程中的测试角色”，希望这个系列完成的请留个言，我好知道有多少人对这个主题系列感兴趣，谢谢。

评论: 6　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

我也是本书的作者之一，虽然只在其中占了两章的内容：）

《Google API大全：编程·开发·实例》这本书是国内的第一本较为完整的介绍Google API的书，内容囊括了所有主要的Google API，并用大量的实例展示了Google API的应用方法。在这本书的首页上，我选择了“Google是一种生活方式”作为我对这本书的推荐语。

“Google是一种生活方式”，此言不虚，现在的网名，或多或少的被搜索引擎影响着使用Internet的方式，Google在其中的贡献不言而喻。当然，对我而言，“Google是一种生活方式”更有所指，Google的产品一向以良好的编程接口著称，对于以技术工作为主的工程师们，基于Google的产品构建自己的产品，更是一件值得一试的事情。

《Google API大全：编程·开发·实例》作者序：

完整的作者序请移步至Google Doc上阅读。 或者，你可以查看豆瓣和China-pub上的本书信息。

评论: 4　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

4月份到上海出差，有机会的话希望能够和上海的测试同行们见见面：）

不知道有没有感兴趣的朋友？我到上海会住在南京路附近。 

评论: 2　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

从小到大，除非是人人都有奖的那种，否则我就和抽奖无缘。一直以为这就是我的命，没想到，居然有例外——几个月前申请TD的3G社会化测试，居然中彩被抽中了，太难得了。

我拿到的是新邮通的 N269 这一款手机，样子倒是中规中矩的长方形，不过不知道怎么回事，看到这个手机的第一眼就觉得有典型的山寨机风格。到今天为止大约使用了一周左右的该手机，接听和打了几个电话，和另一个测试用例视频了一次，用手机浏览器上网浏览了一些网站，用笔记本连接手机上网，总体感觉是，除了连接笔记本上网感觉上比GPRS和CDMA 1X明显快之外，别的3G的优势就没有明显的体会了。

不过话说回来，从3G的技术上来说，3G提供的特色也就是一个“更宽的网络带宽”，至于具体的业务么，那是运营商操心的事情，对我这样的用户来说，与其用手机浏览网页、打游戏、弄一些花里胡哨的业务，不如用我更熟练使用的notebook去干这些事情好了。

对这个3G手机还有一个比较大的抱怨就是说明书，看上去挺精美的说明书，一到关键地方就...了。在拿3G手机尝试通过笔记本连接Internet的时候，在光盘上一共发现了两个安装包，怎么找都找不着手机的驱动，折腾了两天才弄清楚，原来要先安装那两个包，然后在系统提示安装新硬件的驱动时，找到Sync安装后生成的那个目录，驱动在该目录下的driver目录中——晕，就这点东西也不说清楚，折腾人。具体过程我就不写了，这里有一篇更详细的说明：新邮通N269连接笔记本电脑上网操作指南。

评论: 6　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 2　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 1　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

评论: 12　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

在4月26号下午的讲座中，我提到了“将Script放到HTML文件中尽量靠近尾部”的方法来提高用户感觉上的响应时间，有朋友对这个问题提出了疑问，因此在这里更详细的对该方法进行说明。

首先，浏览器对于script的下载是避免并行进行的。HTTP/1.1协议中规定浏览器和同一host之间只建立最多两个连接，也就是说允许的最大并行度为2（当然，对IE和Firefox来说，你都可以通过修改浏览器的设置来扩大这个并行度）。但对于Script的下载来说，浏览器在开始下载Script之后，是不会并行的下载其他element的。不会并行下载script这一点是一个事实，但浏览器为什么要采用这种策略，以及浏览器我们提到的“将Script放到HTML文件中尽量靠近尾部”到底能起到多大的作用，需要注意哪些事项，我希望在这篇文章中进一步的进行讨论。

为了讨论方便，我准备了一个简单的HTML文件：

<HTML>
<HEAD>
<Title>Test javascript download page</Title>
</HEAD>
<BODY>
<Script language="Javascript" src="jsdownload_j1.js"></Script>
<Script language="Javascript" src="jsdownload_j2.js"></Script>
This is a simple page to test javascript download.</br>
<input type="button" value="Click Me" name="testButton" onclick=OnB1Click()></input>
<img src="Sunset_small.JPG">
<img src="Blue_hills_small.JPG">
</BODY>
</HTML>

这个HTML文件include了两个javascript文件，含有两张图片。两个javascript文件内容分别如下：
jsdownload_j1.js:

function OnJ1B1Click()
{
  alert("A simple test");
}

jsdownload_j2.js:

function OnB1Click()
{
  OnJ1B1Click();
}

从代码中看出，这个HTML文件很简单，带有两张图片和一个button，当button被click的时候，调用jsdownload_j2.js的OnB1Click()函数，而OnB1Click()函数是简单的调用jsdownload_j1.js文件中的OnJ1B1Click()函数。

我们来看看用IBM Page Detailer工具获得的IE浏览器访问该页面时的页面元素下载图：

从图中可以看到，javascript的下载block了其他元素的下载，因此第一个可视元素（图片）的下载完成是在1.33秒的时刻，也就是说，用户等待1.33秒才能看到页面上的第一幅图片。而如果我们把HTML中的javascript的位置放到稍后的位置，例如，改成这样：

<HTML>
<HEAD>
<Title>Test javascript download page</Title>
</HEAD>
<BODY>
<img src="Sunset_small.JPG">
<img src="Blue_hills_small.JPG">
<Script language="Javascript" src="jsdownload_j1.js"></Script>
<Script language="Javascript" src="jsdownload_j2.js"></Script>
This is a simple page to test javascript download.</br>
<input type="button" value="Click Me" name="testButton" onclick=OnB1Click()></input>
</BODY>
</HTML>

则得到的element下载图如下：

虽然总的下载时间比上一次稍长，但在0.72秒的时候，第一幅图片就已经下载完成，此时用户会看到页面的主要部分，因此对用户来说，页面变“快”了。

这是一个典型的利用浏览器下载Script时候的非并行特性优化页面性能的方法。接下来，我们讨论下为什么浏览器在下载Script的时候会采用非并行的方式。其实原因也不复杂：

评论: 5　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭 或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库