关于自动化软件测试用例设计的几点分析
上一篇 / 下一篇 2012-03-14 08:43:13 / 个人分类:自动化测试
a)手工测试用例
#XJFs0\#@ PO(X${0 i.较好的异常处理能力,能通过人为的逻辑判断校验当前步骤的功能实现正确与否。51Testing软件测试网 C:u p.xd!x
ii.人工执行用例具有一定的步骤跳跃性。51Testing软件测试网Zzk:u8|U"DnlAk4CW
iii.人工测试步步跟踪,能够细致的定位问题。51Testing软件测试网5@m3a!]dJS;N
iv.主要用来发现功能缺陷
4n%[KGUO j&@ L0 b)自动化测试用例
:v]Kn @x!Zo!U0 i.执行对象是脚本,任何一个判断都需要编码定义。
dD3F#t3g C$U;i@JCv0 ii.用例步骤之间关联性强。
vH*{_!M|'c@0 iii.主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来。
#G
?ZVl@W0 iv.目前自动化测试阶段定位在冒烟测试和回归测试。51Testing软件测试网/B'Ln:E%a
2、自动化测试用例设计管理不善可以直接导致自动化测试开展的失败。
O9lk"m0\gw051Testing软件测试网z!do(m|j4_误区:
np"h3^&v051Testing软件测试网#^9CY vV[a1、不编写测试用例直接投入测试脚本编写。
-pr`-b7Z `_051Testing软件测试网S+e2d)g_G2、直接拿手工测试用例来编写自动化测试脚本。51Testing软件测试网;KmCU w:pCb
51Testing软件测试网yL3h/dI自动化测试替代不了手工测试,目的仅仅在于让测试人员从繁琐重复的机械式测试过程解脱出来,把时间和精力突入到更有价值的地方,从而挖掘更多的产品缺陷。
fL@ k"sB7^9KS051Testing软件测试网/JTpr p目前咱们TD中对用例加入了自动化测试的标签。
H'i4CJiO|3r+^_fx0ReI E%\!\]*`Y0^A&j0 目前自动化测试定位在冒烟测试和回归测试。51Testing软件测试网+@-d oB^9XCX
51Testing软件测试网"t@t%@"ql冒烟测试执行的是主体功能点的用例。51Testing软件测试网_ g2|.`6l1F8b.{
51Testing软件测试网k+^ET0P回归测试执行全部或部分的测试用例。
0L,a6^ bi(kG2NB7T051Testing软件测试网kG!oT!Wm([/Nh怎么编写自动化测试用例,如何将自动化测试用例和手工测试用例相辅相成。
g`IX-H*|0*{0|W^0oH5nw0 用例选型注意事项:51Testing软件测试网7_k:o],RU
51Testing软件测试网8Ov"t8a$C6?uv1、不是所有的手工用例都要转为自动化测试用例。
~7Qni0BX\p3Q051Testing软件测试网%L2N]yG"b2、考虑到脚本开发的成本,不要选择流程太复杂的用例。如果有必要,可以考虑把流程拆分多个用例来实现脚本。
7H[oW3~kX1v*}&T051Testing软件测试网n4|ZudI$M/iE3、选择的用例最好可以构建成场景。例如一个功能模块,分n个用例,这n个用例使用同一个场景。这样的好处在于方便构建关键字测试模型。51Testing软件测试网?Uc)Td@8}6}
51Testing软件测试网/zC*P7s \{4、选择的用例可以带有目的性,例如这部分用例是用例做冒烟测试,那部分是回归测试等,当然,会存在重叠的关系。如果当前用例不能满足需求,那么唯有修改用例来适应脚本和需求。
&gX dkW,] _'E5]VL051Testing软件测试网$iF0m"~d7c5、选取的用例可以是你认为是重复执行,很繁琐的部分,例如字段验证,提示信息验证这类。这部分适用回归测试。51Testing软件测试网+cEpH~:uUV P4ptV
:}#WFe)Q$K0 6、选取的用例可以是主体流程,这部分适用冒烟测试。51Testing软件测试网 Xi\TBxOm
51Testing软件测试网cb!qd7X_7、自动化测试也可以用来做配置检查,数据库检查哦。这些可能超越了手工用例,但是也算用例拓展的一部分。项目负责人可以有选择地增加。
@H4A`W#jZ.LOp2d-H051Testing软件测试网X:aA8W)mz8、如果平时在手工测试时,需要构造一些复杂数据,或重复一些简单机械式动作,告诉自动化脚本,让他来帮你。或许你的效率因此又提高了。
?Qi!|\;~X051Testing软件测试网^#z'E~ Y^[用例转型注意事项:51Testing软件测试网A%U\}D@,d
sq2j1rRF0 1、首先测试人员应该了解脚本是怎么替代人工来执行用例。