摘要：近来，常在软件测试俱乐部里，跟一众测试精英讨论问题。Kerry说，你开源工具用过不少，不如写篇博客，让大家也少走些弯路。我应下来时，还不到十一，如今竟已是十一的最后一天，所以抓紧写点，省得又成了个大坑。定义 动笔前，犹豫好久。想来想去，所有工具都只是为了解决一个问题，或是一时的问题。但只有一个东西，从头到尾，一直在用。那就是如何理解被测系统，找到测试点子。我盗用《the little black book of test design》中的说法(读书笔记，点我)，称其为测试模型。借用其定义如下，测试模型：尽可能列出可能发生的错误，或导致客户不满意之处，按照发生概率与严重程度排序，自上而下... 阅读全文

摘要：上周在公司内部做了个十五分钟的演讲，题目是实施行为驱动开发（Applying Behavior driven development）。参加会议的是各个研发中心的QA精英，算是公司内部的QA文化大交流吧。迅雷开发 在会上我介绍了组里原有的迅雷开发模式，并且与我现在推广的BDD进行了对比。这是我第一次把迅雷模式推向大众，本以为会引起共鸣，没想到大家都板着脸，不知道是不是我讲太快，还是表情太严肃。脸色难看是一定的，头天晚上四点多才睡，PPT改了又改。躺下了，想想不对，起床再改。台下苏州的、杭州的、合肥的大家远道而来，我若是不精心准备，大家只怕连火车票都觉得冤枉了。会后听到一个姐姐说，觉得BD... 阅读全文

摘要：三番四次看见有人在俱乐部里提及，所以找来看看。翻开introduction，不由大笑。因为我也不止一次提过，现存的测试方法，不适合于系统测试（system testing)。在我每年两次的system testing时，每次我都复习之前用过的方法，并加以改进。自己也试着把经历写成博客。点我。所以看到RE也跳出来写，觉得颇为亲切，于是看了下去。顺便写些阅读手记，给不常看书的tester们一点提示，看软件测试书籍，要带着询问，思考，回答，联想的方式阅读，而万不能一目十行。注：Q为问题代号，即在阅读时，由于作者描述不清，产生的问题，我会在Q后，试图在文中寻找答案。1 标题 作为一个优秀的tes... 阅读全文