摘要: 在第四届软件质量年会上的演讲，标题是”让测试敏捷起来“。
下面的链接是InfoQ上的视频和PPT：
http://www.infoq.com/cn/presentations/duannian-agile-test
阅读全文
摘要: 在本系列的第一部分中，我们简要回顾了敏捷开发，以及敏捷测试与传统测试的不同。在第一部分中，我们特别提到，敏捷测试的要点之一就是，不依据于角色而是依据于任务来考虑整个开发过程中的测试。
但是，对一个开发组织来说，组织中一定存在开发工程师和测试工程师的角色划分，作为一个敏捷团队中的测试工程师，他的主要工作职责是什么呢？或者说，他可以在哪些工作上发挥自己的作用呢？
阅读全文
摘要: Agile testing（敏捷测试）基本上是伴随着敏捷开发的概念成长起来的，但在受关注程度上，远远不及敏捷开发本身。自然，开发队伍从数量和活跃度上来讲大于测试队伍，是其中的一个原因；除了这个原因之外，“敏捷测试究竟如何在项目中发挥作用”这个问题可能也是导致敏捷测试概念的流行度远远不如敏捷开发的原因之一。
在敏捷环境中工作了几年之后，对敏捷测试有了一些感悟，希望和大家分享。
阅读全文
摘要: 本来打算写一篇JMeter和LoadRunner的简单比较的文章，Google了一下，发现类似的文章已经有不少了，中文的英文的都有。大致阅读了几篇，发现其中一篇文章的总结和比较还是比较中肯的，因此直接把这篇文章的Link贴在这里，供大家参考（请注意，这篇文章是2006年的文章，有些内容有点过时了）。
文章标题：Shootout: Load Runner vs The Grinder vs Apache JMeter
http://blackanvil.blogspot.com/2006/06/shootout-load-runner-vs-grinder-vs.html
随着对JMeter使用的深入，我越来越倾向于在自己的工作中使用JMeter工具，并且也不遗余力的向我认识的测试工程师推荐这个工具，但很多工程师在初步使用过这个工具后，会向我抱怨JMeter有太多不能做的事情，但在我看来，JMeter确实有不能做的事情，不过，对于Web应用的测试，JMeter是足够强大了。很多人会把JMeter和自己正在使用的LoadRunner进行比较，然
阅读全文
摘要:
在4月26号下午的讲座中，我提到了“将Script放到HTML文件中尽量靠近尾部”的方法来提高用户感觉上的响应时间，有朋友对这个问题提出了疑问，因此在这里更详细的对该方法进行说明。
首先，浏览器对于script的下载是避免并行进行的。HTTP/1.1协议中规定浏览器和同一host之间只建立最多两个连接，也就是说允许的最大并行度为2（当然，对IE和Firefox来说，你都可以通过修改浏览器的设置来扩大这个并行度）。但对于Script的下载来说，浏览器在开始下载Script之后，是不会并行的下载其他element的。不会并行下载script这一点是一个事实，但浏览器为什么要采用这种策略，以及浏览器我们提到的“将Script放到HTML文件中尽量靠近尾部”到底能起到多大的作用，需要注意哪些事项，我希望在这篇文章中进一步的进行讨论。
阅读全文
摘要: 追求问题的定义往往是一件非常好玩的事情。比如，这篇文章的标题：“什么是Test Automation（测试自动化）？”
许多人都在谈论测试自动化，但是要谈论测试自动化的人对测试自动化进行一个明确的定义，却不是一件容易的事情。不信，我们来看看：
阅读全文
摘要: 《软件性能测试过程详解与案例剖析》一书自去年8月份由清华出版社出版以来，已经经过两次重印，目前出版社希望能够根据读者的反馈，出本书的第二版。
为了能够通过《软件性能测试过程详解与案例剖析》第二版和大家更好的分享我在性能测试方面的经验和教训，我非常热切的希望各位朋友能够告诉我你的期望，和你希望在书中看到什么。
本书预计的扩展方向：
1，增加对本书中PTGM模型的解释和描述。包括在给出一些更有针对性的各阶段的方法（例如，QPS的估算方法，并发用户数的估算方法等）；
2，扩大本书中描述的软件性能测试范围。除了针对Web和Socket的应用，增加对于Web Service、中间件服务器和使用自定义协议的C/S应用的性能测试的描述；
3，增加对于性能优化的描述，包括描述如何使用Profile工具找出代码级别的性能瓶颈；
4，【非常重大的改变】不再仅仅基于LoadRunner进行性能测试的描述，采用开源性能测试工具JMeter作为讲述性能测试的主要工具，为了便于LoadRunner的使用者能够快速切换到本工具，第二版会附加一个“
阅读全文
摘要: 昨天一个测试工程师发邮件给我，询问软件评测师考试的一个题目的答案。题目是关于估算系统中存在缺陷数量的，原题如下：
“两个小组独立地测试同一个程序，第一组发现25个错误，第二组发现30个错误，在两个小组发现的错误中有15个是共同的，那么可以估计程序中的错误总数是 ___个。
A．25 B．30 C．50 D．60”
当然，任何一个了解估算方法的朋友都可以根据公式计算出最终的结果是50个，这没有什么问题。——但是，我在这里引用这个题目，是希望我们可以把学习这件事情通过类比变得“更加有趣”一点。
其实，如何估算一个系统中存在的缺陷数，我们的老祖宗早就有现成的方法了。不信，请看我在我们老祖宗的数学专著中找到的一个实践问题：“有一口鱼塘，不知道其中有多少条鱼，如何才能估算出池塘中鱼的数量？”（当然，原文不是这样，请原谅我一下子找不到出处，只好凭记忆用我的语言描述一下了）。我们老祖宗给出的答案是这样的：
………………
阅读全文
摘要: 在Zee的论坛里面和大家讨论了一下关于如果学习编程的问题，觉得挺有意思的，干脆贴在BLOG上了，呵呵。
阅读全文
摘要: 从内心来说，我非常非常同意Raymond的话：你要自己去“挣”回一个答案。在我看来，简单的说，关于提出问题，大致是3点：
1. 没有人有义务回答你的问题，所以请不要动辄大叫“为什么没有人回答我的问题？高手在哪里？”——越是高手，越是时间宝贵，也许根本原因是，你的问题不值得他们浪费时间；
2. 不要把提问变成一个简单的索取，你的问题只有在给其他人带去同样的价值和收获的时候，才会引起他人的关注，所以请不要在论坛上大叫“这段话我看不懂，谁能给我讲一下？”
3. 请只有在确认自己无法解决这个问题的时候，才向他人提问——“确认”的意思是说，你无法从其他任何来源获得关于此问题的信息，不想看，不愿看，看不明白不在此列。
阅读全文
摘要: 很多测试工程师强调测试的方法和思想，到底什么是测试的方法和思想？
测试的思路是一种立体的思路，物理学在说到多维空间的时候，往往会用“生活在球面上的动物”来形象地说明二维空间和三维空间的不同，在这里我也想借用多维空间的概念说一说测试。
阅读全文
摘要: 上周让几个来应聘的应届毕业生参加了我们的笔试，我答应他们在明天给他们是否能参加下轮面试的答复，结果今天突然接到了前台转来的电话，正是其中一个应聘的毕业生打过来的。说实话，接到电话的时候，我有些不那么高兴，毕竟，答应的是明天答复，今天就询问具体结果，在我看来，和不请自来一样的唐突。可是接下来，电话那头的声音让我改变了不高兴的态度。
我欣赏的是她的勇气和热诚，我相信，一个有勇气和热诚为了自己目标而行动的人，总能获得他/她想要的成功。因此，我决定给她一个下轮面试的机会，不管她最终能否进入我们公司，迈出她的第一步，我宁愿相信，因为勇气和热诚，在今后的工作和生活中，她都能够在自己人生的道路上快乐和幸福的前进。
阅读全文
摘要: 建立高效的测试团队是每个测试经理的希望，但究竟该如何才能建立一个高效的测试团队呢？
建立高效的测试团队首先要从“人”的问题抓起，只有在了解测试工程师这个群体后，才能针对各种不同类型的测试工程师进行具体的安排和管理。本文结合作者本人的测试管理经验和思考，首先分析了测试工程师的不同类型，并从系统的角度出发，给出了一些可行的建议和方法。
阅读全文