【测试用例】借助思维导图

参考：

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、写测试点的前提

写测试点和执行测试的人，对需求要非常的清楚，保证较好的可读性。