敏捷脑图测试用例实践之路(4)

　　Measurable(可度量的)：有明确的度量可以评估目标是否达成(也就是验收条件作为测试故事点的评判标准)。

　　Achievable(可实现的)：当前的目标应该是可实现的。这潜在地要求将一个大的目标分解为多个小目标，每个小目标也是具体的、可度量的。此外，跟踪小目标的完成情况也提供了整体进度的可度量性(一个业务操作会经过很多路径，每个路径可以单独存在或者组合存在，需要切分测试)。

　　Relevant(相关的)：测试故事点从需求出发(包括功能性和非功能性)，结合业务特性，以及相关上下文作为切入点。

　　Time-boxed(有时间限制的)：为每一轮脑图用例的构建设定一个合理的时间窗口，例如在固定的时间窗口(一些人的专注度是45分钟，一些是60分钟，中排除不相关干扰、专注工作)。

　　脑图用例编写流程：参与持续需求分析(不仅仅是需求阶段，开发阶段的变化也需要及时捕获)制定脑图用例框架

　　将业务|功能测试目标分解成一系列测试任务，每个测试任务有明确的时间限制和退出条件。

　　测试计划之后，优先选择一个测试任务，在一个测程内执行探索式测试，测程以45|60分钟为一轮，执行多轮。

　　反思当前的测试进展，并优化测试计划。增加或删除一些测试任务，以更加准确地反应测试对象。

实际案例：团队通过结对测试，摸索了一套脑图思考方向，给予参考：业务功能需求如下图所示，根据选定的频道查询在可选时间范围内的带宽数据 图-5-业务功能由于版面问题，这里举简单的例子：脑图用例分析第一步 图-6-带宽查询用例v1.0首先把业务需求分析结果填写到目标中，然后分析功能(如果没有系统，可以只看原型图)，找到页面的相关元素，逐个列入脑图中，再为每个元素使用一些测试方法，例如：等价类、边界值，进行局部决策，这样子，所有元素的分析完毕，就进入第二部全局。脑图用例分析第二步 图-7-带宽查询用例v1.1第二步继续完善，进行全局分析以及列举一些非功能性需求：全局分析：找到需求描述或者跟开发沟通代码有限制条件的地方，而不是针对某个元素;对不同元素组合有依赖关系的，也需要列出来非功能性：这个在文档中可能没有给出，需要根据经验来评估，可以参考团队积累业务的测试经验，通用的点：出错的用户体验是否ok、查询时间效率如何等等风险：尽可能琢磨需求，挖掘风险，例如需求说：根据选定频道，但是没有说这个频道不属于客户怎么办?这个就是思考的强大力量了。脑图用例分析第三步 图-8-带宽查询用例v1.2第三步是最关键一步，产出测试故事点，根据风险、目标、要点分析得出，这里举了简单例子，可以使用关键路径组合的方法来做。当然，做完一二三步，也只是在第一个时间窗口而已(这个时候也可以直接用于测试环境探索下，验证一些关键思路，增强信心)，后续还需要重构-测试，在下一个时间窗口，查漏补缺，不断完善才可以用于时间测试。 图-9-脑图用例指引5 关于富脑图及轻脑图用例允许团队成员在模板基础上进行变化，以发挥更多的思维空间，主要有两种模式作为参考：富脑图用例个人认为，大脑对于图像的记忆，比文字更长久。富脑图，注重以图片、图标、图标、关联关系等记忆为主。 图-10-富脑图示例轻脑图用例注重以简洁文字记忆为主：

原文转自：http://www.infoq.com/cn/articles/road-of-agile-mind-map-practice/

• 共5页:
• 上一页
• 1
• 2
• 3
• 4
• 5
• 下一页