如何使用思维导图整理测试点？

本文给出的例子是信用卡管理行业的，小编力求写的通俗一些。文章记录的是一名一年测试经验的工程师（下文以小明代指）在初次使用思维导图时遇到的问题，我觉得比较有普遍性，所以把过程分享出来，希望能让更多的人收益。文笔有限，若仍有疑问，可留言或加小编微信详细咨询。

文章力求回答以下问题：

1、思维导图是什么？用它整理测试点有什么好处？跟用例的区别

2、需求举例，并分析如何使用思维导图拆解需求、整理测试点

3、分析APP需求时的一些思路

思维导图又称脑图、心智地图、脑力激荡图、灵感触发图、概念地图、树状图、树枝图或思维地图，是一种图像式思维的工具以及一种利用图像式思考辅助工具。思维导图是使用一个中央关键词或想法引起形象化的构造和分类的想法；它用一个中央关键词或想法以辐射线形连接所有的代表字词、想法、任务或其它关联项目的图解方式。

常用的工具有Xmind和MindManager。

个人认为使用思维导图有以下几点好处：

• 把需求文档中的需求点整理到思维导图中，就不用一遍遍的去看文档，节省一些时间；

• 思维导图更符合人的认知规律；

• 在时间紧张时，思维导图可以替代用例，省去“写用例”的时间，将更多的时间放到测试执行上；

• 利于评审。评审思维导图整理出的测试点比评审测试用例更清晰明了。对参加评审的产品和研发人员来说，看到测试点就能了解到测试覆盖是否全面，如果有的测试点不清楚输入输出，可以标出来单独提问；

• 整理思维导图不会花费很多时间，不会因为增加了这个环节就导致测试时间不够用，况且可以把导图导出为excel格式。

• 有利于训练测试人员的“测试思维”；

• 有的测试人员直接开始写用例，写着写着可能就头晕了，不知道怎么写下去了。一部分原因是花了更多的时间在“写”这个动作上，而不是“思考分析”上。

• 思维导图不能完全替代用例。一方面用例中会详细描述输入输出（包括一些测试数据），这对于执行他人用例时有帮助；另一方面，管理者可以根据用例更好的检查工作、评估工作量；更重要的，用例可以整理出一些测试集，结合到每次迭代中。

需求界面

需求说明：

• 页面下方的说明通过后台控制

• 每张卡的服务月数，通过加号进行增加，当大于0的时候，则出现左侧的减号和数字，当等于0的时候，则隐藏左侧的减号和数字。最大到12个月，超出点击无反应

通知设置页面：

• 按钮有两种状态，开启中和已关闭

• 当服务已结束，则没有按钮显示

• 服务中的信用卡，需要显示到上面，已结束的显示到下面

安排了任务半天后，小明告诉我整理完了，并给我展示了他的工作成果：

扫了一眼，我问他：“选择信用卡”主题有两个子主题，“选择月份”下面有三个子主题，你跟我说说你写这五个子主题的测试点分别是什么？

小明考虑了半天，没有说话。

于是我给他一个提示：比如说“未绑定银行卡”，测的是空态页面；绑定多张，可能是测试最大的绑卡数量；选择月份选择多个月，可能是想知道若服务月份大于信用卡到期剩余月份的情况，再比如支付的时候若客户连支付宝都没有呢......

小明立刻追问：可是我没有那么多信用卡啊？

我：对待这类问题的一般思路是，先分析测试的必要性，如果有必要但现实条件不满足，那就报风险，让上级去协调资源。而且，现在你是在做需求分析，对这种不确定的问题（比如可以绑定多少张卡）是不是应该先去了解一下？

小明：好的。

我：分析需求，也要通盘考虑，比如说支付从开始发起请求到最终结果有几种情况，每种情况经过多少环节。比如大多应用程序的请求处理路线是客户端-网络-web服务器-网络-应用服务器-网络-数据库....客户端。思考异常测试点的时候，可以把这个处理过程跟业务结合起来，考虑一下每个环节出错时会出现什么问题，比如说某个环节处理时网络中断，我们的产品有什么表现。

小明若有所思的点点头，又开始埋头整理。

又过了半天给我看了第二版。

我跟他说了5点：

1、别闷头整理，再去看看需求，目前基本需求都没有覆盖

2、程序说到底就是处理数据，数据的处理方式无非是增删查改。做测试分析的时候，就是结合业务，考虑每个元素增删查改对应的是什么。比如银行卡对应的删除就是“解绑”，你这里没有考虑银行卡解绑的情况。

3、这也是一个APP的功能，你在考虑的时候也得结合给你发的APP测试框架，比如说框架里关于冲突测试、网络异常情况在这里都没有体现。

4、以前出现的bug中，有没有需要借鉴的。有的话整理到这个测试点中。

5、网上搜索一下类似的功能，看看有没有可参考的。

小明很无奈的点点头，继续去整理。

在沟通时有这样一个问题，我觉得有必要提一下，测试新手可能会出现这样的问题。

在上文提到，我举例时说道要考虑信用卡的有效期。即比如用户选择服务月份是12个月，但他的信用卡有效期可能明天就到期了。这种情况怎么办？

小明说：我们不需要关注这个吧？我们既然提供了服务，用户怎么选择是他们自己的问题，跟我们无关啊。

我：作为一名测试人员，需要从多个角度考虑问题。你刚才只是从公司盈利角度考虑问题，但还应该从程序员、客服、客户等人的角度去考虑问题。你需要考虑这个情况在现实中是否存在，怎么处理更合适。在需求文档中，不会描述的那么详细，很多情况需要你自己进行考虑。而且即使单从公司盈利角度，这个问题考虑的也有问题，违背可持续发展的原则。

小明：怎么从其他人角度考虑？

我：拿客服角度来说，你也加了客服群，应该看到每天客服要处理多少客户的问题。作为测试人员，你要考虑她们处理的那些问题中，有哪些是可以在程序层面上进行优化的，这样做好了，就可以大大减少客服的工作量，同时提升用户满意度。

小明在之前的工作中没有接触过专业的测试流程和知识，所以在这次任务过程中暴露出来缺乏一些测试的基本常识。同时这也是行业通病，如果持续下去，即使工作四五年，也可能做不出让人满意的工作。