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

首页 > 【测试用例】借助思维导图 > 列表

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

参考:

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

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