为什么测试工程师要涉及思维导图工具
思维导图工具，一般用来写组织架构关系图，头脑风暴图，逻辑关系图等。对于测试人员的主要用途是编写测试用例。
为什么选择用思维导图来编写测试用例
咱们先大概看一个例子
优点：
编写快速，思路清晰，适用于敏捷项目，比较适合经验丰富的测试人员使用。
缺点:
不方便维护，没有预期结果和详细步骤，不适合新人实习使用。
mindmanager
介绍
以下下内容来源网络：
MindManager算得上是第一款思维导图软件，是美国Mindjet公司开发，是它的创始人在病榻上完成的作品，这是一款高效的思维导图工具，可以通过视觉化的方式将你脑中的蓝图展现出来，除了思维导图本身的功能，还可以结合头脑风暴，数据处理及多种图形，可以极大地提升工作效率。所以它本身的定位就是企业高效的工具。
FreeMind
freemind介绍
对比：
对于我们测试人员来说，脑图工具用来编写用例主要是使用它的脑图结构并且基本就是纯文本形式的，再复杂炫酷的功能其实对我们来说意义都不大，所以选择什么脑图工具其实我是抱着无所谓的态度的。不过以上两款从搜集来的各种使用评价来说，mindmanager的受众更多一些，毕竟是经历过历史的沉淀的。其它的诸如国产的mindmaster,xmind等等都可以选择使用，说真的我好像隐约记得后面这两款也试用过，仅就我们的用途来说，没什么区别。
如何解决：“不方便维护，没有预期结果和详细步骤，不适合新人实习使用”的缺点。
不方便维护，原因是本地编写。后来我们把它上传到网盘云盘SVN等类似的公共访问空间里，这样首先解决了存储不便的问题。但是维护之后，还需要每个使用它的人去下载新的测试用例。 所以试着找了找在新的导图工具，发现也有很多可以用的，不过个别的是要收费扩容的。
比如在线幕布，在线思维导图，一搜一大把，排在前列的“广告除外”都可以试试，找到适合自己团队的工具。这样直接在线维护和阅读导图就方便多了。
不适合新人实习使用，这个没有办法，通常完敏捷开发的基本上都招聘拥有一定经验的测试人员，起码对传统的测试用例的编写是有概念的，纯小白的话还是需要多多加强基础知识的学习才可以得心应手。否则在测试执行的时候，还是容易出现漏测，在脑图编写的时候也容易考量不全。传统的测试用例包含前提条件，步骤和预期结果，这个就是提交BUG也要包含的元素。有基础薄弱的需要自行学习测试用例编写的方法，之前我有文章总结过编写思路，感兴趣的可以去自行去翻阅测试用例的设计方法多维进阶版 - 。
更多解决方案:在线幕布，在线思维导图是一个解决方案。
另外，在自动化测试建设比较成熟的企业，一般已经完成编写的导图很少再次启用。因为自动化已经代劳了，一般导图都是用来测试全新的项目的。
导图的测试用例数量怎么计算？
有些测试管理者需要掌握测试用例的编写数量，或者根据测试用例的数量去评估排期，分工均匀之类的要求。如果经验比较丰富的管理者，一般大概通过需求文档涉及的功能点基本就可以估算出工作量和做出测试计划。但是没有这个把握怎么办？我之前针对这个情况写过一个工具，专门用来计算导图内包含的逻辑分支数量，用来量化测试用例数量的。后续再来分享这个计算器的源码和成品，欢迎同行帮助优化。