如何设计软件测试用例
上一篇 / 下一篇 2012-06-20 09:14:14 / 个人分类:测试用例
今天我要写的主要是我自己在工作中所用的一些方法,当然不是最好用的。但我一直在研究最高效,最实用的方法。
LMq3ovb0?*Jh(L,c0 首先我们要了解一下为什么要设计测试用例以及它在软件测试中的地位。51Testing软件测试网P;x? [2L
51Testing软件测试网Fnt_Y[(y2z影响软件测试的因素很多,软件本身的复杂程度,开发人员的素质(包括分析,设计,编程和测试),测试方法和技术的应用。那么如何保证测试质量的稳定呢? 测试用例就可以把一些人为的因素减低,因为人员的流动不会造成测试用例的流动,而且我们可以在以后的测试中不断的维护和更新测试用例。所以说测试用例的设 计和编制是软件测试活动中最重要的。它是测试工作的指导和软件测试必须遵守的准则。它更是软件测试质量稳定的根本保障。
7?;W&W:Yr6XG!f*M051Testing软件测试网 rGX8\gk@7{2_k当自己接受到一个设计测试用例的任务时,如何对一个庞大的模块进行设计测试用例呢?这时候测试用例的划分就显的尤为重要。
;[ \3`?N)t0@5Z"x Y$S0 我总结的测试用例的划分有三种:
+V9Jj$g|@L?051Testing软件测试网 l.} ?&H/GC(qY/^1)按照功能划分51Testing软件测试网jJI0zA0h+mR
51Testing软件测试网SFx9dM$b2)按照路径(业务流程)划分51Testing软件测试网$YK*[IKj8lg }
51Testing软件测试网$`F$tI+e/ii'o*m3)按照功能和路径(业务流程)划分51Testing软件测试网(o2@l(c8e(Pe
51Testing软件测试网&qy5v#N8lBb4H目前我用的方法是第三种。第一种按照功能划分,优点是最简捷,但其缺点是:对于复杂操作的程序模块,其各功能的实施是相互影响,紧密相关,环环相扣的。 如果没有严密的逻辑分析,很容易产生遗漏。第二种纯粹按照路径划分也容易造成对功能点的遗漏。所以我基本都是大方向用功能块的划分来走,然后再结合上路径 (业务流程)的划分方法。51Testing软件测试网? {'a8ima@W]U
4RW8O:PB^ Z0 例如下面的一个模块测试,我就先按照功能划分为几大块,然后针对每个功能块再按照路径(业务流程)来划分:51Testing软件测试网JGHZ9Ld2S
那么有人会问,当我拿到一个任务的时候,简单一点还好办,一旦复杂了就没有头绪,无处下手了。我告诉大家不会的。只要你按照我的这个流程来设计我认为是不会无处下手的的:
cu qB:Vl0 在这个流程当中,我要强调的重点是前两步:"Understand Software Requirement" and "Be familiar with the corresponding functions".51Testing软件测试网){ Sh I/?&v3v+UU1、Understand Software Requirement: 当接到一个任务的时候,我们首先接触到的是需求说明书,那就要了解需求说明,或者应该说掌握其需求说明。其中的任何一个细节都不能忽略,都要把它搞得很清 楚。不仅要搞清楚每个功能块所实现的功能,更要从业务的角度理解其功能块之间的关系。因为任何的软件测试都不能脱离实际的业务逻辑,否则测试是没有意义 的。
(nYoQ/JaX;O)t n0