以不同的观点进行测试设计——六顶思考帽

以不同的观点进行测试设计——六顶思考帽

Patrick Prill有十多年的软件测试经验。干了四年半的测试员后，他成了一位测试经理，然后接下来的五年他就带着50个人一起做大型测试项目。一名软件和自动化咨询公司的测试领队的新工作让他再次回到一个小的测试团队并获得实际操作经验。这种经验，以及关于情境驱动测试社区的讨论和项目重燃了他对测试和bug追踪的激情。Patrick居住在德国慕尼黑之外，他是个值得骄傲的丈夫和父亲，他的女儿很优秀。空闲的时候他还是一名木工。

不只有一种观点
　　作为一名测试员，最重要的是一个观点，一个你自己的观点。这个观点是基于大量经验并源于你最近的项目和体验积累的知识。它也基于你最近常变的心情和你对软件，开发员，团队，客户等的个人态度的。你最近的观点也决定了你在测试设计上的能力和创造力。但是一名测试员需要做的不仅仅是以他们的个人观点来评估软件。我不认为这对于一名好的测试员客观地检查软件测试规格和/或一组预先定义的测试集足够了。你或许会错过许多关于软件的重要的项目信息。评估一个产品的质量要比计算已找到且修复的bug或已执行且通过的测试集更重要。有很多方法可以提升你以不同观点收集额外信息的测试设计技巧，这远不只是“通过”或“失败”了。你不必重新使用它们，你只需要在执行你现在的测试集或章程时把这些方法加到你日常的工作中。有很多方法帮你做到。今天我想为大家介绍两种方法，这两种方法是一个好测试员应该有的或应该加到他或她的工作中以便收集额外信息以及对简单节时方法的见解，并找出问题，bug和观点，与建筑师，分析师和利益相关者探讨探讨。

六顶思考帽
　　Edward de Bono的六顶思考帽最初是作为小组结构讨论的一个创新技术。目的是至少在一次讨论中引进六种不同的观点。思维导图软件XMind 2013在其模板中引入了六顶思考帽（见图1）。
　　该方法也极适合软件测试。你可以将这六顶思考帽分给你团队中的一些人或者你也可以自己一个一个戴。使用颜色编码的元素有助于集中注意，比如列出了每个帽子（颜色）最重要特性的有色基帽或有色卡片。这样可以帮助你在带不同帽子时进入并保持最佳的心境。
　　现在说说不同的颜色吧。蓝帽子是客观且应该能够帮助带帽者专注讨论。如果你独自使用该方法，你就要带上蓝帽子，这样你才不会迷糊。如果要把六顶帽子分给团队成员，就可能会给测试经理和测试领队。
　　白帽子代表客观的信息和分析思考。这顶帽子的重点是需求和如何实现它们。在测试设计中，白帽子帮助创建app的模型。戴白帽子就要如预期地执行一个测试集并专注于事实。这个人的任务就是收集事实以向正在进行中的讨论告知价值中立。
　　红帽子代表感性思考，积极和消极都有。这顶帽子应该可以帮助你观察你自己的情绪。测试时，你建立了对被测软件的感情。依我之见，在很大程度上这也包含难以衡量的“魅力”特性。我喜欢使用这个软件吗？用起来很麻烦吗？或者很难？这样的信息通常很难放入一份bug报告中吧，但是至少得告知利益相关者，这样他们就有机会做出反应了。使用时令你头疼的软件或许功能和技术上都是正确的，但用户却不会觉得它有多好。
　　黄帽子代表一个乐观的回应。一切都围绕着最佳用例。这顶帽子只看得见软件中好的方面和益处，所以它是一顶快乐的路径测试的好帽子。黄帽子是为了体验明媚的一天，但是如果黄帽子没有其他信息，你就应该要小心了，因为这是不好的征兆！
黑帽子完全就是关于识别能力的批判而悲观的思考。这顶帽子是你肩上的小恶魔，它很擅长识别缺陷和风险。黑帽子是怀疑的，批判的。好好听黑帽子所说的，因为它可以找到许多新的错误场景或未知的风险。
　　绿帽子，最后但同样重要，它代表创造性思考。这顶帽子创建新想法且以不同的方法角度思考。测试中，绿帽子可以找出新方法去测试或使用功能。绿帽子可以创造性地帮助优化软件，你也可以用它找到解决方法。我建议试着像个孩子一样思考。孩子会用多种大人想象不到的方法去使用事物，因为大人受限于他们的固定思维。试着使用绿帽子来摆脱你根深蒂固的思考习惯。这很困难，尤其是刚开始的时候，但你会遇见很多有趣的想法。

　　其中一些想法你一开始会试着放到一边，但最好是把它们记下来之后再回顾。使用六顶思考帽子时，你为收集信息创建了无数的可能。你的项目环境应该要准备好接受不仅仅关于bug的信息，否则就是对创造力和反馈的浪费。测试执行时可以同时使用几顶帽子。比如，红帽子在积极输入时可以组合使用黄，绿帽子。如果红帽子的输出很消极，那么它就该与黑帽子组合使用以找出更多的风险和问题。将它们与蓝帽子组合对于将信息资源分开并在你的流程中拥有一些结构一直很重要。
　　你可以在思维导图中收集你的信息（参见XMind），帮助改进结构并将所有信息一并呈现出来。

Personas
　　“质量对重视它的人是重要的。”——选自Jerry Weinberg，由James Bach扩展。“Personas”是一种通过创建虚构代表来定义几组软件用户的方法。这种方法不只是角色测试或使用用户故事。你关注的重点不是工作或任务而是作为一个人的人，并创建一个可以抓取用户尽可能多面的样本用户的配置文件。这与向演员描述并创造一个电影角色相类似。该方法对于测试（将被很多不同用户所使用的）软件的测试员尤其好。在商业软件中，给用户做了培训或至少向他们简单介绍了一下系统。这对很多种软件来说是不可能的，因此软件必需直观并提供简单的帮助文本或不解自明的形式和流程。作为一名测试员，你已经花了几个礼拜的时间在那个产品上了，你了解每一处细节说明。你发现了许多方法，提示和伎俩。对你来说，测试那个软件很简单。但是你该如何摆脱你知道的一切？酒精和毒品没有任何帮助，因为你不该完全失去你所知道的，你只需在一两个场景中将它放到一边。那就是Personas试着帮忙的地方了。你扮演一个角色，你试着尽可能多地将知识放到一边，你试着完全改变平时的态度，这样你就可以看到并学到软件的新方面。你第一个发现的可能是你希望你的用户所拥有的基本知识。
　　停在或返回你测试期间每个环节的角色很重要。比如进入Frank的角色，67岁，一名退休技工，他有点近视。过去工作的时候他用电脑，但那是好几年前了，现在他家里一台都没有。想想看：一个显示屏上，你接下来要做的不明显或没有任何描述说明。别按下面的按钮，因为你知道那是到下一页的按钮。Frank会怎么办呢？是不是缺了什么显示按钮在哪的东西呢？将你的用户分类不容易，处理你所有用户的问题不可能。你必须找出正确的角色组合并尝试你Personas的定义的必要深度。这里商业软件有一系列不同于如通勤使用的售票机器上使用的软件的要求。
　　尤其是最后一个例子，它是看看你为何应该使用Personas的好机会。去火车站，观察售票机器的用户。那些是什么人？他们背景如何？他们看出下面要去哪简单吗？有人在看屏幕上显示的大量文本吗？使用正确的Personas，你就会发现超时设定或许太短，因为你没有足够的时间读完页面上的所有帮助文本。那个超时设定场景或许在说明以及一些测试用例中有描述。但是那种情况通常都是分秒必争的，是否有可能缓慢并完整地看完屏幕上每个信息就不一定了。当DHL被引入德国，你可以在那些大黄盒子那儿随时寄出你的包裹并接受包裹，我个人认为其用户菜单是我所见过的最好的之一。但是当你排队等候并观察其他系统的问题时，你就会思考你有哪些要改进的地方来创建一个更好的用户体验，这样大家就会喜欢用那个盒子了。

总结
　　不要只从你自己的角度去测试，这一点很重要。像我刚刚描述的方法是否能帮助你设计测试并收集新且重要的信息取决于项目背景。但是知道那些方法并在正确的背景中使用它们，应该是每个测试员工具箱中的一部分。项目怎么使用你找到的信息，当然bug除外。但是收集和呈现信息是测试员的任务之一。

版权声明：本文出自 SPASVO泽众软件测试网：http://www.spasvo.com/news/html/201514151919.html

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。