软件测试覆盖,不只是覆盖

1 Star2 Stars (No Ratings Yet)
Loading...
221 浏览

     大多数情况下,卓越的测试从两个问题开始:谁是我们的客户?他想知道什么?

  然而,如果我们的客户并不了解测试、开发,以及会影响产品工作的其他领域,有可能,他不清楚自己想知道什么。那么,我们从哪儿开始呢?我们可能会尝试看看系统的“地图”,并且询问相关的问题。

  假设,我给你一张地铁系统的地图,并且要求你覆盖地铁系统,你会怎么做? info.

  你可能会先选择某一条线路的终点站,乘车到另一个终点。然后,对其他所有线路重复这个操作。当你覆盖完所有线路时,你完成对地图的100%覆盖了吗? –

  也许没有。大多数地铁线路是双向的,为了覆盖系统,你必须在每一个方向乘坐一次。所以你这样做了。那么现在已经100%覆盖了吗?

  也许还没有。在主线路外还有辅线,列车可以绕回,或者跳过某一站。当你乘坐所有的辅线后,你达到100%覆盖了吗?

  也许还没有,地铁线并不是孤立的,在不同线路之间还有换乘站。为了覆盖地图,你需要覆盖每一个方向上线路之间的换乘站。现在,已经完整了吗?也许你还需要在每一站都下车,确认无误?

  目前为止,我们用一种抽象的、结构化的方式在思考覆盖地图,还没有仔细思考使用系统实际上会发生什么。

  我们没有讨论所有类型的列车——客车、维修车、等等;我们也没有讨论基础工程——铁轨、信号系统、电力供应——这些地铁系统运作所必需的支持。

  我们还需要看看与其他系统的互连——人行道、巴士、电车、火车以及机场,等等;我们可能还要讨论不同类型的乘客——常客、学生、流浪艺人、障碍人士,等等。 info.

  我们也许还需要考虑他们为什么使用系统——在高峰时期上班、上学,在周末去看电影和购物,还是在酒吧打烊后回家。

  我们还可以审视地铁的辅助系统——标识、垃圾回收、警卫、报摊以及广告。 info.

  我们还应该考虑系统和时间之间的关系——运行时刻表、实际到达时间、上车时间,等等。 info.

  我们还没有考虑我们如何观察不同时段——高峰时期、午间、系统关闭前的午夜。

  最后,我们还要考虑一些环境的组合,可能导致非线性的影响——在高峰时期,列车拥挤,上车需要花费更长时间,不能像正常情况一样快速驶离,导致系统变慢,这种反馈又导致列车更加拥挤。

info.

  我们还没有讨论这些事情,也许是因为我们,或者客户还没有完全认识到测试的动机:为什么测试?然而,地图快速地激发了我们的思考,唤起更多的覆盖可能性。

  事实上,对于系统的任何描述都是一张地图——流程图、结构图、UML模型、以及思维导图,等等。通常,我们询问地图上的某一个标记,例如UML模型中的某个动作,来设计测试用例。然而,当我们疑惑:哪些是最重要的?我们同样可以从地图开始,询问问题,可以使用启发式来寻找风险——最简化(Simplest),最普遍(Popular),最严酷(Critical),最复杂(Complex),最病态(Pathological),最挑战(Challenging),错误应对(Error Handling),间歇期(Periodic)。 –

  - 从这里到那里,最简单的线路是什么?

  - 标准路线是哪个?

      – 哪些是基本路线?
      – 哪些地方容易混淆或出现延误?

  - 哪些东西会干扰这个任务?

  - 如果这条线路不可用会发生什么?

  - 地图是否提示了哪些工作区是可用的?

  - 这条路线的交通流量有多大?

  - 这条路线的速度有多快?

  - 是否有出现冲突的可能?

  基于这些想法,我们可能会在地图上添加一些细节,但是这样可能会产生另外一个问题。我有一张多伦多的旧地铁图,上面指示了线路,站点,换乘站以及与火车的连接。我还有一张新地图,增加了一些标记,包括地铁站的街道地址、停车场、公共洗手间、供障碍人士使用的电梯、以及地面交通转乘点,但是——它去掉了与火车转乘点的标识!这个状况提醒我们,任何地图可能包括了某些有价值的信息,但也可能丢掉了另外一些有价值的信息。对比两张地图,会帮助我们发现还需要覆盖哪些要素。

  有些人建议,地图必须精确地表现地域,但有很多个理由不这样做。地铁图通常展示站点之间的关系,而不是它们之间的实际距离。在Karl Weich的《Sensemaking in Organizations》(组织中的领悟力)一书中,给出了一个不准确但又很有用的实例。

  一支匈牙利部队在阿尔卑斯山巡逻时,遇到了一场暴雪。一个排没有返回营地,过了一天,两天,三天,军官感到恐慌和绝望,但是突然,整个排回到了营地。军官在惊喜中问:“我们还以为你们回不来了!你们怎么做到的?”排长回答道:“嗯,当暴雪来临时,我们找到了一个地方躲避。后来天气变好了,我们发现迷路了。不过,幸好有个人带了这张地图,我们查看了地图,然后发现如果我们下山,会遇到一条河,如果我们沿着河走,我们会到达……,最后,我们就在这儿了!”军官拿过地图,看了一下,令他非常惊讶,这张不是瑞士阿尔卑斯山的地图,而是法国比利牛斯山地图。

  Weick说:这个故事指出了一种非常有趣的可能性,当你迷路了,任何地图都会有帮助,那么,也许当你困惑时,任何策略也能发挥作用。策略非常类似于地图,它鼓舞和指引人们。一旦人们开始行动,就会产生实际的结果,这些结果帮助他们发现:发生了什么,需要解释什么,以及下一步应该做什么。管理者总是忘记,成功是做了什么,而不是计划了什么。他们总是信任错误的事情——计划,并且不停地这么做,他们花更多时间来做计划,更少时间来行动。于是,当越来越多的计划没带来任何改进的时候,他们被吓坏了。

  显而易见,覆盖地图的方法非常重要。从本质上来看,这是人在思考和行动,从而产生差异和新的理解。

  分析地图并且规划如何覆盖,这是测试设计,可以发现地图自身还没有覆盖的元素。这会鼓舞我们注解地图,或者创造一个新的地图。

  对比地图和地域,这是测试执行,即使地图是有限或不准确的,我们会学习并发现真相。

  卓越的测试并非仅仅是覆盖地图,而是探索你的领域,发现地图的“未知”。

了解更多信息,请关注:http://www.newjob123.com/index.php/zh/weekend-seminar.html?channel=51wenzhang 或致电 416-644-1998

阅读其他最新创业天地: