功能测试用例编写技巧总结
工作四年多了。看了很多技术大牛写的测试相关的东西，基本上都是谈自动化测试、性能测试技术的相关知识，有时候你会突然发现用例才是一个测试人员真正的武器，那些所谓的自动化技术都是
为了更好的去提高测试的效率而生。对测试人员而言，测试就像捕鱼，鱼就是BUG，测试用例就像
是捕鱼的网，如果用例写不好，就相当于你拿着一张破网去捞鱼，那么你的软件的质量就可想而知了。
在工作中，我用过Excel,思维导图去编写用例，现在很多公司会用一些用例管理工具，如TestLink、
Bugzilla等等。但是不管什么样的管理工具，最重要的还是测试人员编写用例的编写的思路。
首先我先总结一下EXCEL、思维导图写用例的特点。
1.EXCEL更适合具体的用例执行，因为EXCEL里可以更清晰的描述具体的用例执行步骤、期望结果、
实际结果，并且EXCEL有强大的统计和计算功能，比如统计哪些用例是否执行，执行的结果，用例
的个数等等。当一个程序逻辑比较简单容易理解时，用EXCEl写用例比较合适。
2.思维导图更适合测试人员去发散思维，让你深入了解一个功能有哪些需要测试的模块，然后去想
针对每个模块有哪些测试点。当一个软件逻辑比较复杂时，更适合用思维导图写用例。因为当一个
新的测试人员来看别人写用例时，可以从宏观上认识这个功能模块。
两者各有优缺点，在工作中，需要根据你测试的内容，去选择哪一种比较适合。
其次我再总结一下，我工作中用两者写用例的具体方式。
1.EXCEL写用例时，一条用例一般会分为这八个元素，如：用例编号，用例所属模块、用例的类型
（是否是冒烟测试用例）、用例的输入(具体步骤)、预计反馈、实际反馈、用例是否执行、用例是
否通过。具体写每个用例时，我会用到平时写用例的基本思想（等价类划分法、边界值分析法、错
误推断法（这个就需要根据自己的知识积累，去推测某个功能经常会遇到的问题，来针对这些常见
的问题去设计测试用例））
2.思维导图写用例时，一般会把一个大模块，拆分成几个模块。然后针对每个模块列出需要测试的
店。然后每个点采用基本的用例设计思想（同以上的EXCEL）。同时思维导图也可以写一些流程测
试用例。同时思维导图用例上，可以用一些图标去标注用例的执行情况（如红旗代表执行过有BUG，
绿旗代表用例通过）
点赞点赞 点赞点赞
页:
[1]
