一个人不应该依附在其他人身上,一个人应该首先自力更生。你应该自己能够独立,能够安顿你自己,那你就不会害怕了。你爱你自己的话,别人不能不爱你吧。
测试用例具体用法续
上一篇 /
下一篇 2007-03-28 12:02:44
/ 个人分类:技术术
51Testing软件测试网(u1ug7Q!m2i"Ta六、测试用例设计的误区
9x)T(Z#hB7Q;`0(来源:关河测试网)51Testing软件测试网)[6mOO}m&`q
F,eYk#d"IY6e&{px0·能发现到目前为止没有发现的缺陷的用例是好的用例;51Testing软件测试网"Y
az:_s
51Testing软件测试网8R#SN+?VA(w 首先要申明,其实这句话是十分有道理的,但我发现很多人都曲解了这句话的原意,一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去,忘记了测试的目的所在,这是十分可怕的。我倾向于将测试用例当作一个集合来认识,对它的评价也只能对测试用例的集合来进行,测试本身是一种“V&V”的活动,测试 需要保证以下两点:
q/E-op0g051Testing软件测试网 ~;uS/zdb/L ? 程序做了它应该做的事情
#Q@;u#C-zd*a0 程序没有做它不该做的事情
?*]sl7l0 因此,作为测试实施依据的测试用例,必须要能完整覆盖测试需求,而不应该针对单个的测试用例去评判好坏。
h}2o Rk5maPH051Testing软件测试网!^9Cy6N\m$x·测试用例应该详细记录所有的操作信息,使一个没有接触过系统的人员也能进行测试;51Testing软件测试网h6B2gCkQs
d,s%r#]OW9j0 不知道国内有没有公司真正做到这点,或者说,不知道有国内没有公司能够将每个测试用例都写得如此详细。在我的测试经历中,对测试用例描述的详细和复杂程度 也曾有过很多的彷徨。写得太简单吧,除了自己没人能够执行,写得太详细吧,消耗在测试用例维护(别忘了,测试用例是动态的,一旦测试环境、需求、设计、实 现发生了变化,测试用例都需要相应发生变化)上的时间实在是太惊人,在目前国内大部分软件公司的测试资源都不足的情况下,恐怕很难实现。但我偏偏就能遇到 一些这样的老总或者是项目负责人,甚至是测试工程师本身,全然不顾实际的资源情况,一定要写出“没有接触过系统的人员也能进行测试”的用例。51Testing软件测试网4[!`&~Zcz
51Testing软件测试网
j!xT ~Vc8TO"^ 在讨论这个问题之前,我们可以先考虑一下测试的目的。测试的目的是尽可能发现程序中存在的缺陷,测试活动本身也可以被看作是一个Project,也需要在 给定的资源条件下尽可能达成目标,根据我个人的经验,大部分的国内软件公司在测试方面配备的资源都是不足够的,因此我们必须在测试计划阶段明确测试的目 标,一切围绕测试的目标进行。