博客
围绕软件测试、质量工程、敏捷实践与研发效能的长期观察和思考。
时至今日，还讨论这样一个老话题，是否感觉老调重弹？因为两年前（2010年底）时任谷歌中国测试经理的段念先生就写了一篇文章《什么是敏捷软件测试》（刊登在InfoQ网站上[1]）， 就已经谈到这个话题，“敏捷软件测试更多的是一种理念，而非过程”。在2011年，我自己也写了一篇文章《敏捷测试的思考和新发展》，刊登在《程序员》杂志上，谈到“在BDD、ATDD和TDD最根本的、共同的思想基础上，构成一个全新的、更完善的敏捷测试框架”[2]。而更早 …
阅读全文从2000年开始从事软件测试，逐渐形成自己的软件测试思想，而第一次比较清晰呈现自己的测试的思想是2007年出版的《全程软件测试》，正如前言所叙：“从项目启动的第一天起到需求和设计的评审阶段，从后期的缺陷修正到产品维护——在整个软件生命周期中，开发人员和测试人员愉快地合作、共同努力，将软件产品的开发效率和质量推到一个新的高度。”，这些思想在测试管理工作的体现就是让测试人员更早地融入项目中，更主动、更密切地与开发人员协作，与项目相关利益者合 …
阅读全文敏捷软件开发致使很多人质疑专业测试团队存在的价值，本文对此进行了深度的剖析，并结合技术发展现状给出了软件测试的未来方向。 敏捷软件开发带来的困惑 敏捷软件开发强调“拥抱变化”， 认为不能将需求定义一次做到位，也没必要一次做到位，需要不断挖掘，才能逐渐获得真实的需求。这就给测试带来极大的挑战，因为测试需要把验证的标准作为参 照系，否则如果需求不清楚，就很难确定测试中发现的问题是不是真正的缺陷，导致测试的设计与执行困难重重。在这种情况下，我 …
阅读全文原来准备在上海MPD上和大家分享以前在新浪微博（查看原文：http://t.cn/zOSXmst）提到的 神奇的曲线：探索式测试与基于脚本的测试之关系，结果上周接到培训任务，去成都做了一场培训，和学员做了简单分享。 探索式测试（Exploratory Test）经常被简称为ET，由 Cem Kaner 1983年建立的测试概念，这几年随着敏捷方法而大行其道。敏捷方法的迭代频率很快，每个迭代时间很短，自然想到如何减少文字工作，避免写测试用 …
阅读全文2010年为《程序员》杂志写了一篇《敏捷测试的方法和实践》，我们可以回过头来，看看过去的一年，敏捷测试发生了哪些变化。首先，我做了一个实验，分别打开2010年和2011年的“STAREAST Conference at-a-Glance”，输入Agile，2010年显示10个结果，而2011年显示17个结果，有一个很大的增长，说明敏捷测试越来越引起大家的关注。这只是一个表面的现象，我们还需要真正了解发生了哪些实质性的变化。 举一个例子 …
阅读全文有一次，当开发人员完成当前Sprint 任务的代码之后，测试人员与开发人员、产品经理一起来浏览产品、从头到尾走一边，产品经理发现了问题，认为需要对功能进行比较大的修改。这时开发人员估计需要两天时间才能完成代码，但测试人员反对这样做，我们本来只有5天测试时间，加上这次新做的功能比较多、开发代码质量不高，验收测试已经很紧张。如果再延迟两天，测试没法完成。产品经理说，你们不是在用敏捷测试方法，应该测得很快，三天应该能完成测试工作啊！ 什么是敏 …
阅读全文通过全景图，想使大家对软件测试一目了然。自己做了两张不同的全景图，自己还不能满意，特呈现出来，请大家多提意见，从而构造一完美的软件测试全景图。 设计全景图，象Mindjet MindManager 一类软件工具比较好，但我没有用。主要是想借助太极八卦图蕴含着软件测试的辨证观点，更能反映软件测试的本质，如我的博客所述的：测试方法的辩证统一. 【全景图一】 思路更清楚。一方面，从质量管理的思想出发，定义测试的目标和测试的范围，然后通过相应的 …
阅读全文软件测试的众多方法是辩证统一的，它们相互依赖而存在，相互对立又相互补充，任何一种测试方法都有其优点，在特定的测试领域能得到充分发挥。同时，任何一种测试方法都不能覆盖所有测试的需求，在某些场合存在一定的局限性和不足。这种测试的辩证统一，从下面这些相对应的测试方法就得到很好的印证。 白盒测试方法和黑盒测试方法 静态测试 (static test) 和 动态测试( Dynamic test) 手工测试（Manual test）和自动化测试 …
阅读全文