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) 编辑