【原创】思维导图写测试用例的再补充

关于思维导图写测试点的方法，之前已经写了三篇文章了，测试点的写法上基本上已经说的比较清晰，但是落地执行时还是会有一些小问题。

没看过之前文章的，请按顺序回顾下哈：
《思维导图编写测试用例的两种格式》
《用思维导图写测试点的几点说明》
《思维导图写测试点的额外补充》

下面我针对这几个小问题再做个补充说明。

1、要提前构思好整体分类再动手写测试点

拿到需求后，不要一上来就直接上手开始咔咔的写用例，先要整体了解下产品需求和实现逻辑。

然后根据了解的情况，决定每一个层级的分类标准，比如是按照质量模型的角度进行分类呢，还是按照修改点进行分类呢，前面层级的划分标准，直接决定了接下来子节点的划分标准。

从我自己实践的过程来看，如果一开始选择的分类标准不合理，过程中再去尝试修改，就会更纠结，因为会发现横竖都是对的，但又有点不合理，最后就成了改也不是不改也不是了。

借用老祖宗的一句话就是，一定要「三思而后行」。

2、先写表示层用例，再逐步补齐逻辑层

这么说可能有点绝对，我主要想说的是，一定要先在一个维度上保证覆盖率，然后在考虑增加覆盖的广度和深度。

或者换个说法是，先瞅准一个目标达成了，再考虑做的更完美。

之所以这么建议，是因为碰到过这么几种情况。

第一种是写表示层的时候，会把逻辑层一起带上，然后就傻傻分不清自己这个测试点的测试目的了，比如你看：