软件测试的两个方面

上一篇 / 下一篇  2012-09-27 09:37:14 / 个人分类:杂谈

51Testing软件测试网xq(^ wo

  需求决定的测试51Testing软件测试网0f%_y/yx j

51Testing软件测试网;w'Eh H`Pir'R#A{

  测试工程师工作:测试需求分析、测试用例设计、测试执行

$k3dVp dX7siPc#U051Testing软件测试网.Hx*N&zb?D b

  测试用例设计的时候,基本上都会参考开发的设计、实现方案;测试执行的时候,基本上都要依赖代码的实现(功能实现方式和用例的场景设计方式有差别、需求被简化或变相实现)。51Testing软件测试网 [oU;OMB9Pb

51Testing软件测试网.t3l4G;MV ]

  代码决定的测试:51Testing软件测试网 BJR6S9QR

,ks!|&i!yi[0  有时候写个10个用例测试某个功能点,可是代码就1行在处理。。。。这种设计和执行都是浪费。51Testing软件测试网Q(RI+_-k-ozlah.h

D v/zG$Gi#\0  比如:判断一个输入值是否为数字。

X0x QfiubWUK0

(ZFZs:?.SV0  实现1:输入限制只能输入数字,后台通过第三方判断为数字函数判断。

)D?K2Vh2Vc0

@6wic[v6\0  实现2:不限制输入,自己写方法实现判断是否为数字。51Testing软件测试网#NG | b~/[$E|~!L#V

51Testing软件测试网,W~~$H9i]9T

  针对以上的实现,显然有不一样的用例,但也会有相同的用例。这部分相同的用例是用户角度的场景,必不可少,无关代码的用例。

/g+s;O _L2?/M$q0

$SL.fKd^0  测试的两个方面:

xMs1A1S/tr~051Testing软件测试网*M%IB9? g/C;f

  1、需求的决定测试:用户需求的测试用例(相对比较容易设计),不是PD需求的测试用例51Testing软件测试网#Y{+l ^@l~

51Testing软件测试网0Mr7z2M c(Q

  2、代码的决定测试:代码实现的测试用例

k k#y4Udm1c zp7YC0

TAG:

 

评分:0

我来说两句

Open Toolbar