通用技术 黑盒测试用例编写总结

easytest · 发布于 2017年07月17日 · 最后由 codeskyblue 回复于 2017年07月17日 · 1073 次阅读

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

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

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

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

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

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

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

共收到 2 条回复
6853

先把打字速度提上去,要写好多case 的

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册