一
2014 年之前，我们组一直使用 Excel 编写测试用例，从 2011 年开始的 3 年时间里，积累的 Excel 文件大小将近 3M，体积变大导致文件打开速度越来越慢。
同时随着项目迭代速度的加快，Excel 编写用例的效率已经开始拖后腿，经常出现在项目完结后才去追更测试用例的情况。
所以在 2014 年，我们果断的切换为思维导图编写用例，然后一直沿用至今。
二
思维导图也叫脑图，本来是为了做头脑风暴用的，用它来写用例完全是借助这个工具本身的功能而已。
所以最初我们并没有明确规定导图的使用格式，只要是可以快速进行需求的拆解，并保证用例对于需求的覆盖率即可。
可是脑图相对 Excel 来说，自由度太大了，最终就导致使用脑图编写测试用例的格式，出现了两种完全不同的风格。
三
比如现在有一个需求，完整的描述如下：
现在有一个 PC 客户端的命令行工具，这个工具可以接收三个命令行参数，其中，前两个是数字，最后一个是运算符，运算符只支持加减乘除四种，工具的功能就是把前两个数字使用运算符做下运算，然后输出运算结果。
分别使用两种格式来编写的测试用例如下图所示（部分用例）：
第一种风格，完全是遵循脑图的本来用法，属于层级递进式，前面层级都是后面层级的前置条件，需要把每一个分支的所有层级全部组合到一起，才是一条完整的用例。
第二种风格，是按照要素归类的方式，每一层都是同一要素的不同类别，细化到的最后一级就是一条完整用例，前面的层级只是为了让分类清晰，为了把后面一大坨的最终用例更有条理的进行展示。
相对来说，我更推荐第二种风格。
四
第一种风格更适合做需求分析，通过思维的逻辑发散，把不同的路径通过脑图进行展现，从而激发更多的灵感。
但是测试用例是针对已经固定的需求和实现来做覆盖，它的前提是固定的，我们用脑图需要做得，就是把已有的需求和实现，转换为用例后，再通过合理的方式进行呈现。
我们需要的，一方面是合理的拆分，比如第二种格式里的第一层，我们按照输入、输入顺序和输出分成三块，后续继续按第一个参数、第二个参数和第三个参数这种方式进行更细的划分，所以条理性还是蛮清晰的。
这种格式的用例，在做用例评审时，可以很方便的和需求进行一一对应，能够很快的确认需求覆盖率。
另一方面，这种格式的用例，对于用例执行者也是比较友好的，执行者可以只关注用例的最后一个节点，按照指定策略执行就行了，如果是第一种格式，需要每次都从头看到尾，很容易出错。
以上，请问你们团队目前都用什么工具写用例？所有人写用例的格式都是统一的么？目前的方式存在什么利弊？欢迎留言和我讨论。
标签：层级,导图,脑图,用例,测试用例,编写,格式 来源： https://blog.51cto.com/sylan215/2919775
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。