2013年2月22日
摘要: 什么是公理?在百度百科中可以查到:所谓公理,就是经过人们长期实践检验、不需要证明同时也无法去证明的客观规律,释义如下: 1) 经过人类长期反复的实践检验是真实的,不需要由其他判断加以证明的命题和原理。 2) 某个演绎系统的初始命题。这样的命题在该系统内是不需要其他命题加以证明的,并且它们是推出该系统内其他命题的基本命题。 那么在测试领域是否也存在这样的客观规律呢? 我们看到,在不同项目的测试过程中,测试行为的差异如此巨大。在软件测试的七项基本原则中有一条“测试活动依赖于测试的Context”,也就是基于不同版本的应用目标、复杂程度、质量要求以及人员成熟度等等因素,每个测试... 阅读全文
posted @ 2013-02-22 21:52 Paul.Z 阅读(989) 评论(1) 推荐(1) 编辑
  2013年2月21日
摘要: 我在公司内部的测试会议上,分享过一个主题:To be Professional!在临发表前我又增加了一个副标题:做一个海盗派Tester。这个想法来自于James Bach的一本书《Secrets of A Buccaneer - Scholar》,中文译本书名为《学习要像加勒比海盗》。 James Bach是一位测试专家,他高中辍学,后来加入APPLE,几年后成为测试经理,被誉为 APPLE Genius;他是ET(探索测试)的创始人之一,《Lessons Learned In Software Testing》的作者之一;他还是微软反托拉斯案中的专家证人,为微软的垄断判决提供关键证据。.. 阅读全文
posted @ 2013-02-21 23:46 Paul.Z 阅读(1327) 评论(0) 推荐(2) 编辑
摘要: 这个问题很多人问过,也有很多人回答过,我非常赞同来自Michael Bolton的以下观点和建议(不过有一点补充,参见:做一个海盗派Tester),欢迎讨论。批判性思维 对于一个测试人员,最重要的技能之一就是批判性思维。 批判性思维是对思考自身的思考,目的是不再被愚弄。批判性思维是一种训练,检查事物,并且质疑我们对它的理解:哪些部分可能是不完整的;哪些部分可能是错的;哪些部分可能不能分享给其他人;哪些部分可能是暂时的,会随着时间发生改变。 优秀的测试人员批判性地思考他们正在测试的产品。开发人员和管理者更倾向于用正面、乐观的眼光来看待产品。测试的关键目标之一是识别风险,指出乐观和自信是没... 阅读全文
posted @ 2013-02-21 23:34 Paul.Z 阅读(1758) 评论(1) 推荐(2) 编辑
  2013年1月27日
摘要: 探索式测试的领军人物之一,Cem Kaner,在博客中对他的职业定位描述如下: 我聚焦于:提升软件客户、用户以及开发人员的满意度和安全感。 无论在生活还是工作中,每个人都需要安全感。 当孩子甚至成人缺乏安全感时,也许会有以下一些表现:- 开灯睡觉- 习惯抱着东西、或者蜷缩着睡觉- 不爱说话或很爱说话- 喜欢角落和窗户- 喜欢抱抱或者握手,此类肢体接触 那么,对于测试的客户(包括产品的所有利益干系人),当他们缺乏安全感时,会有哪些表现呢? 试着总结几条,权作抛砖引玉,欢迎补充:- 相信数字,不相信人- 相信机器,不相信人- 厌恶讨论风险- 决策基于“权威人物”的观点,而不是事实- 不... 阅读全文
posted @ 2013-01-27 09:47 Paul.Z 阅读(291) 评论(0) 推荐(0) 编辑
  2013年1月26日
摘要: 在多个培训中,我都会与学员探讨测试的七项基本原则,发现自己所举出的例子都是反面的,思考一下这个问题,为何我们在一些基本原则上仍然Hold不住?是不是有些“潜规则”在作祟?因而,发起这个话题,讨论测试的“潜规则”。 先看看ISTQB的“测试七项基本原则”: 原则1:测试指出缺陷的存在——测试没有发现缺陷并不意味着不存在缺陷 原则2:穷尽测试是不可能的 原则3:测试要尽早介入 原则4:缺陷集群性——大多数缺陷总是发生在少量模块/特性上 原则5:杀虫剂悖论 原则6:测试活动依赖于测试Context 原则7:“Absence-of-errors ”(无错就... 阅读全文
posted @ 2013-01-26 23:33 Paul.Z 阅读(561) 评论(2) 推荐(0) 编辑
摘要: 你测了多少?你测全了吗? 虽然这类问题有点儿天真,但是客户希望了解你的测试覆盖。这个问题中隐藏了客户和很多测试人员都可能没有理解的巨大复杂性。回答这类问题的困难程度令人诧异,并且有可能将我们和客户陷入圈套。 假设,我们将“完整测试”定义为“执行了所有可能的测试用例”。大多数人马上就会想到,这个目标是不可能完成的。因此,当一个讲道理的人问:“你测完这个特性了吗?”或者“你测了多少了?”,他们肯定在考虑其他的一些事情。也许是“你是否已经确认了所有我们预料到的重要风险?”,或者是“你是否发现了我们没有预料到的所有重要问题?”,还有可能是“你是否在各种不同的平台上进行了测试?”,或者“你是否测试了所. 阅读全文
posted @ 2013-01-26 23:21 Paul.Z 阅读(217) 评论(0) 推荐(0) 编辑
摘要: 大多数情况下,卓越的测试从两个问题开始:谁是我们的客户?他想知道什么? 然而,如果我们的客户并不了解测试、开发,以及会影响产品工作的其他领域,有可能,他不清楚自己想知道什么。那么,我们从哪儿开始呢?我们可能会尝试看看系统的“地图”,并且询问相关的问题。 假设,我给你一张地铁系统的地图,并且要求你覆盖地铁系统,你会怎么做? 你可能会先选择某一条线路的终点站,乘车到另一个终点。然后,对其他所有线路重复这个操作。当你覆盖完所有线路时,你完成对地图的100%覆盖了吗? 也许没有。大多数地铁线路是双向的,为了覆盖系统,你必须在每一个方向乘坐一次。所以你这样做了。那么现在已经100%覆盖了吗? 也许还没. 阅读全文
posted @ 2013-01-26 23:19 Paul.Z 阅读(170) 评论(0) 推荐(0) 编辑
摘要: 我一直认为自己是一个有点儿“选择困难症”的人,尤其表现在购物时,看到一排排大体相同又形形色色的鞋子,脑袋立马就空白了。在测试过程中我们面临更多的选择困境,从开始的需求到结束时的发布,每个选择都会导致不同的结果,从这一视角来看,如何运用理论(别人的经验)和实践(自己的经验),做出“正确”的选择,是做好测试的关键成功因素之一。困境1:信任 vs 怀疑 你收到一个需求,某人告诉你这个是关键特性,很重要,客户的需求很强烈,市场的要求很紧迫,涉及到几百万美刀。所以你暂停/减少了其他“非重要”特性的投入,先做这个特性的测试。过了几个月之后,你发现这个需求连实验局都找不到,并且从发布范围中悄悄地删掉了。这. 阅读全文
posted @ 2013-01-26 23:15 Paul.Z 阅读(550) 评论(0) 推荐(0) 编辑