小侠学测试——软件测试用例
上一篇 /
下一篇 2012-08-14 09:32:19
/ 个人分类:测试用例
51Testing软件测试网Lv2N#]P 小侠接触搜索测试已经快一年了,平常接手的项目也不少,对于测试理论、方法和实践有了一套自己的心得体会,长期以来,形成了自己设 计测试用例,以及测试执行的方法,工作效率有了提高,当然是很高兴的,然而,慢慢也有了迷惑,想了解别人是如何设计测试用例的。开发有 codereview,测试有casereview。最近有个大项目,整个项目的逻辑比较复杂,趁着用例评审会议,正是学习的大好时机。
:P+koC0^6@.Sv051Testing软件测试网6YhUco,gY&`}0RQg?
小侠接触的测试以业务逻辑为主,一般的测试方式是构造数据的输入,根据需求和设计的逻辑,验证输出的字段是否符合预期。这次的项目,涉及到8个全新
的字段,和1个原有字段的逻辑修改,占原有字段数的10%。包括师兄师姐在内,全组几个人全部参与到项目中,分别设计测试用例,在会上汇总讲解。通过比较
以及后续的用例执行,发现了测试中存在的一些问题和可以改进的测试方法。
On1L.b
x"d;o0)vl^;v/J{4RCroS0 一、测试用例设计的不同维度51Testing软件测试网Oo4Fj0RwLG7M
O?s$u3u8e0
测试用例设计的时候,可以有不同的维度来考虑。小侠是按照开发的流程和数据的准备过程设计的测试用例。由于逻辑较多、数据流较复杂,造成用例图很
大,分支很多。进行case评审,讲解的时候比较麻烦。对case进行设计,可以按照用户的维度或者说是功能的维度进行考虑。例如涉及到字段逻辑的,列出
来有哪些字段,按照每一个字段的逻辑来书写case,这样讲解的时候会比较直观,同时后续接手的时候看起来也会比较清晰。
9tZ~2Gh$H0t3C0