参考：
https://www.cnblogs.com/huangliang1/p/9370762.html
3 思维导图在功能测试中的应用
3.1 帮助梳理需求
3.2 梳理用例编写思路
3.3 提高用例评审效率
3.4 利于测试人员成长
3.5 示例
4 常见误区
首先思维导图不是逻辑图、流程图，他更注重的是围绕着主要中心目的进行发散。其次不是所有带图文的笔记都是思维导图。再者思维导图不是绘画课，画的好与坏是我们大脑评判美丑的习惯标准，而不是思维导图好与坏的标准。
在测试中，思维导图不能完全取代测试用例。引入思维导图得目的在于发散思维，理清并展示测试点，体现用例设计思路，过于细节的内容则不宜列入，需与测试用例相结合。
在业务逻辑复杂时，不可能一张图涵盖所有内容，此时可以根据情况进行拆分，由多个思维导图来梳理整体思路，这样便于记录和理解。
5 关于TDD
TDD是测试驱动开发（Test-Driven Development），原理是在开发功能代码前，先编写单元测试代码，通过测试来推动开发开发进行，还包括对需求分析、设计、质量控制的量化。于很多项目来说可能比较难以实现，那么我们可以引入思维导图，可以说思维导图是TDD的一个过渡方案。
https://zhuanlan.zhihu.com/p/75890246
1、区分测试点和用例步骤
尽量不要把用例步骤写到测试点里面，尽量突出测试目的。
2、区分条件和分类
条件属于前置操作，是常规测试用例格式中的一部分，但是不建议作为测试点的分类标准，分类是为了让测试点看起来条理更清晰，所以分类标准最好是经过提炼过的、概括性的描述
3、区分操作关联和逻辑关联
针对有操作关联的表示层验证，可以省略非必要的操作描述；
针对有逻辑关联的逻辑层验证，则需要明确测试目的后再确定相关关联操作是否能省略。
4、写测试点的前提
写测试点和执行测试的人，对需求要非常的清楚，保证较好的可读性。