工作四年多了。看了很多技术大牛写的测试相关的东西，基本上都是谈自动化测试、性能测试技术的相关知识，有时候你会突然发现用例才是一个测试人员真正的武器，那些所谓的自动化技术都是为了更好的去提高测试的效率而生。对测试人员而言，测试就像捕鱼，鱼就是 BUG，测试用例就像是捕鱼的网，如果用例写不好，就相当于你拿着一张破网去捞鱼，那么你的软件的质量就可想而知了。

在工作中，我用过 Excel,思维导图去编写用例，现在很多公司会用一些用例管理工具，如 TestLink、Bugzilla 等等。但是不管什么样的管理工具，最重要的还是测试人员编写用例的编写的思路。

首先我先总结一下 EXCEL、思维导图写用例的特点。

1.EXCEL 更适合具体的用例执行，因为 EXCEL 里可以更清晰的描述具体的用例执行步骤、期望结果、实际结果，并且 EXCEL 有强大的统计和计算功能，比如统计哪些用例是否执行，执行的结果，用例的个数等等。当一个程序逻辑比较简单容易理解时，用 EXCEl 写用例比较合适。
2.思维导图更适合测试人员去发散思维，让你深入了解一个功能有哪些需要测试的模块，然后去想针对每个模块有哪些测试点。当一个软件逻辑比较复杂时，更适合用思维导图写用例。因为当一个新的测试人员来看别人写用例时，可以从宏观上认识这个功能模块。

两者各有优缺点，在工作中，需要根据你测试的内容，去选择哪一种比较适合。

其次我再总结一下，我工作中用两者写用例的具体方式。

1.EXCEL 写用例时，一条用例一般会分为这八个元素，如：用例编号，用例所属模块、用例的类型（是否是冒烟测试用例）、用例的输入 (具体步骤)、预计反馈、实际反馈、用例是否执行、用例是否通过。具体写每个用例时，我会用到平时写用例的基本思想（等价类划分法、边界值分析法、错误推断法（这个就需要根据自己的知识积累，去推测某个功能经常会遇到的问题，来针对这些常见的问题去设计测试用例））
2.思维导图写用例时，一般会把一个大模块，拆分成几个模块。然后针对每个模块列出需要测试的店。然后每个点采用基本的用例设计思想（同以上的 EXCEL）。同时思维导图也可以写一些流程测试用例。同时思维导图用例上，可以用一些图标去标注用例的执行情况（如红旗代表执行过有 BUG，绿旗代表用例通过）