黑盒测试.docx
《黑盒测试.docx》由会员分享，可在线阅读，更多相关《黑盒测试.docx（9页珍藏版）》请在冰豆网上搜索。
黑盒测试
黑盒测试
黑盒测试（Black-BOxTESting，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。
利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
51Testing软件测试网_QN_M"^_a*X
采用黑盒技术设计测试用例的方法有：
等价类划分、边界值分析、错误推测、因果图和综合策略。
_s_v_A,m.b
`__/N19284451Testing软件测试网/Ie~,HJ
黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。
黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。
51Testing软件测试网*Bs+mv$[5n_F_t
51Testing软件测试网_O_vG_w_G$`-v&_&`_c
黑盒测试试图发现以下类型的错误：
51Testing软件测试网_z+O*Z'Q/g9|,T
51Testing软件测试网3h,D_b_i"\_u
1）功能错误或遗漏；51Testing软件测试网_c*~_R_`9k_z
2）界面错误；
_N8fw_K_vr/e_k192844 3）数据结构或外部数据库访问错误；
_z_e,q2p%u4N（h0E192844 4）性能错误；51Testing软件测试网（D:
M%i5j`_d_Z_r_a'b
5）初始化和终止错误。
51Testing软件测试网_r_W1o_x8T_E_Q_D*mP（D
51Testing软件测试网_M_|_E'y_|_U_wF_@_j_e
一、黑盒测试的测试用例设计方法
_@&V-h_c_G_K4e19284451Testing软件测试网7R_R0P.N_~
·等价类划分方法
_l_X"`_k8r_b/k3O192844·边界值分析方法
0h!
d_k'g1S_Y*i4[%^g_u192844·错误推测方法
1f
V_n,P&k4j9KY,A192844·因果图方法
_U_l.f3Y_Bj:
l_W192844·判定表驱动分析方法
2e_f_l'Q_f*y:
B#F192844·正交实验设计方法51Testing软件测试网k_k_h_LE_E）N6X%{_q
·功能图分析方法51Testing软件测试网#I_a_z_N_w
_B_X_@-r+TT_D_w_z192844等价类划分:
8I$I_XM2Z192844
_o_d）qS#A192844 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.51Testing软件测试网:
]
]
xv&}$y_O%Y_c_Mi
;_"X"Q"M*F1s2Xba192844 1）划分等价类:
等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:
测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:
有效等价类和无效等价类.
0H7E8h_?
8m%`19284451Testing软件测试网4L!
@.G_?
R]t6w:
L
有效等价类:
是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
4M_y）a_p%M192844
c_g:
A4B_o'C4g（o,|192844 无效等价类:
与有效等价类的定义恰巧相反.51Testing软件测试网9Z9j*Eb_u_L8g_C
_z_X_Y,jq_m
L_R192844 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.51Testing软件测试网_o_r_^_u5f
_l@_Z）`"z1928442）划分等价类的方法:
下面给出六条确定等价类的原则.
_q_q,z"[_P"__e192844
&}_T）E~_y192844 ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.
_^.__n7~4h_@;Jy19284451Testing软件测试网6|0u;dC+p_h_Q!
{）h
②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.51Testing软件测试网_-~+c`-k;F'F
51Testing软件测试网7xwx_q+f_\_G_a
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.
#hs_v;G_v0n,A9h19284451Testing软件测试网.m_R_x_v5P_Xh_}4\_S_e+B
④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.51Testing软件测试网）N）~;D#Y5E（q_h
_Q_SH#f_f5m!
|192844 ⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.51Testing软件测试网f_\4`'q*G_I_g
_t6v_c$\_K192844 ⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.51Testing软件测试网,M_M:
zr9t
_W2E"c4|_JI+^%C#L_V1928443）设计测试用例:
在确立了等价类后,可建立等价类表,列出所有划分出的等价类:
51Testing软件测试网_B5X+g（C4l
51Testing软件测试网d7~
d]___O
输入条件有效等价类无效等价类
"Y&^:
k%?
_d/~/U4P.X_j!
I_M19284451Testing软件测试网（f_l）Y&O,J
.........51Testing软件测试网）__B_B_Q_Q2{1u_[
51Testing软件测试网.PpX,F_]___}'q%V_sJ
.........
_L_H#Hj_D_X0g192844
_?
:
j_Ok
P
f_q192844 然后从划分出的等价类中按以下三个原则设计测试用例:
51Testing软件测试网6L#q,u&H_kh1r
51Testing软件测试网_R:
e7S2]_F{1w$z
①为每一个等价类规定一个唯一的编号.
1}!
r_d7J3z）p*?
6e192844
-A_P+O_a5v_\r_U'R^192844 ②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
6\I$x/Y_]_l_u192844
1M#e;b_k__192844 ③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.51Testing软件测试网^_gD/[_h8e
&Ov*NX.[\\v_YM192844边界值分析法
6^;M_i（o_Q19284451Testing软件测试网_|L5O_W0\'e（G|*q2r_f
边界值分析方法是对等价类划分方法的补充.51Testing软件测试网_C-U2d9m5R1U4q{#Q
P_R2X_S_D1L!
z_nc%P'P?
192844
（1）边界值分析方法的考虑:
51Testing软件测试网_w_a_\9^$g;{4U
51Testing软件测试网_f_@_k_{Z$H_EMi
长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.51Testing软件测试网lq_O_x_rZ_`6P
51Testing软件测试网+|_iE#B+@_t"R_M
使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.
_X*gVg+k_A192844
$Sg）X$\_E_zP）u0U3`192844
（2）基于边界值分析方法选择测试用例的原则:
_k{,A_h-]t19284451Testing软件测试网_v_o_?
_?
_W_u_]#K
1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.51Testing软件测试网）u_k_I_N3op#A%T
w2y_j2C_}$Db_}192844 2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.51Testing软件测试网9K_O_h\4k_x#sZ_u
J+K_[c-\/K'n192844 3）根据规格说明的每个输出条件,使用前面的原则1）.51Testing软件测试网_e）d_t_E7F'^_F!
B
&o_{:
v_^$^
v_y192844 4）根据规格说明的每个输出条件,应用前面的原则2）.
%u.x____O:
]_J_b192844
_J~_f_a8b'R_O192844 5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.
_S_`!
__[_P_fu_w*j19284451Testing软件测试网"}5[_a'o_a-H_zE$c
6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.
A_pd_Rc_J-^4?
&n192844
#F0f_E_wp:
z_z_x$Ry_K192844 7）分析规格说明,找出其它可能的边界条件.
_o_r.v_O_w_b_N19284451Testing软件测试网5T_s
q6o_Y_k
错误推测法
'J_|-K_Y_\_Y*H）T_G19284451Testing软件测试网2].Z_B_DI_c/S_f
错误推测法:
基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.51Testing软件测试网）J__^,T*T_V_E_M
51Testing软件测试网j8m-R___S$B_k/y
D
错误推测方法的基本思想:
列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.例如,在单元测试时曾列出的许多在模块中常见的错误.以前产品测试中曾经发现的错误等,这些就是经验的总结.还有,输入数据和输出数据为0的情况.输入表格为空格或输入表格只有一行.这些都是容易发生错误的情况.可选择这些情况下的例子作为测试用例.
;H!
x_m_X!
~%^&?
A19284451Testing软件测试网
q'G
~_W_D.Q;i5E
因果图方法
K_~_p_j_U_g_V19284451Testing软件测试网%q'b,q!
\_g9E0W&T
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等.考虑输入条件之间的相互组合,可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图（逻辑模型）.
&mO1x_A_f-@3L_Q;Cr.T192844
_dW_A1Ia&L8R_Y192844 因果图方法最终生成的就是判定表.它适合于检查程序输入条件的各种组合情况.
_In_s_G_}6]_E6K19284451Testing软件测试网）h8~_y5N_q_hp_p
利用因果图生成测试用例的基本步骤:
51Testing软件测试网Y'a_r4H8|_G_d
_]}L6}x_o（|J9v192844
（1）分析软件规格说明描述中,那些是原因（即输入条件或输入条件的等价类）,那些是结果（即输出条件）,并给每个原因和结果赋予一个标识符.51Testing软件测试网$q2V_{_@_Gzp{
51Testing软件测试网4w:
r.|
^_}:
q&|*\F_c_q
（2）分析软件规格说明描述中的语义.找出原因与结果之间,原因与原因之间对应的关系.根据这些关系,画出因果图.
N/~_o7h_o__（TU_V/O19284451Testing软件测试网-v_Z2j&ul_^/D_@
（3）由于语法或环境限制,有些原因与原因之间,原因与结果之间的组合情况不不可能出现.为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件.
_j:
S+B/W_l5N*Gq,u19284451Testing软件测试网*eM_t_v_b_x（q&jT~
（4）把因果图转换为判定表.
_u_A7?
9A'_4N_p）j19284451Testing软件测试网0T4P*U,B（HH:
i
（5）把判定表的每一列拿出来作为依据,设计测试用例.51Testing软件测试网_@%SPX_W-A_x_G
51Testing软件测试网|_Z0D_I_lq
从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.
x_N&vkRf_w_p_I19284451Testing软件测试网（dhX;u+RK_[
前面因果图方法中已经用到了判定表.判定表（DECisionTable）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.
_R（r9c%A,|#J#k192844
7{_xz）^_2{_{192844 判定表通常由四个部分组成.
n7d_w4aLm#I_F19284451Testing软件测试网"v_|/X$C_@xy/H_l
条件桩（ConDItionSTub）:
列出了问题得所有条件.通常认为列出得条件的次序无关紧要.
8oP_Z+x_l0?
_[_H19284451Testing软件测试网_C9Ng;|3r%h_t5J
动作桩（ActionStub）:
列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.51Testing软件测试网*Y-[BT0z/p*[0]_[
51Testing软件测试网
a_`3A&X-?
_d!
m
条件项（ConditionEntry）:
列出针对它左列条件的取值.在所有可能情况下的真假值.51Testing软件测试网!
_BL_A~#^8D_^_S_Y
51Testing软件测试网:
p_CZ（Z_L9pf
动作项（ActionEntry）:
列出在条件项的各种取值情况下应该采取的动作.
_0]）C*]/R_^3R192844
_P_x!
^_O1F_K192844 规则:
任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.51Testing软件测试网*f_g
o_Y_F（R
T0i8O_H__&|5E192844 判定表的建立步骤:
（根据软件规格说明）51Testing软件测试网_c_~_R_t!
t
5h_s1u7Y:
A_i_?
192844 ①确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有种规则.
_I_t'\b（k8[_W19284451Testing软件测试网__};rW_A-|\
②列出所有的条件桩和动作桩.51Testing软件测试网/j_l,A_y;oj*d%e
51Testing软件测试网;j8g_A3l_w_q_`#x0A_r
③填入条件项.
8[-N2V_E_]9P_O192844
I）@2D#w_Q__;O+R_K`192844 ④填入动作项.等到初始判定表.
_W_[_M_m6m_N_H2b_q192844
4r_?
.J（i_L_G%g_i192844 ⑤简化.合并相似规则（相同动作）.51Testing软件测试网_T2[_-V_a"B_zb,o
^
__3u#@_f_qG_q_m"Q192844 B.Beizer指出了适合使用判定表设计测试用例的条件:
R-[
h2p_{;D5A%g,Gj192844
h#D_|]+].]_nq:
E192844 ①规格说明以判定表形式给出,或很容易转换成判定表.
%N_e_d_I3v_R_\19284451Testing软件测试网_n）J（e&l2A_L9H$w_H
②条件的排列顺序不会也不影响执行哪些操作.
g6U4g_P*?
`_b|192844
_@
V.eR%k_m_u）x"~_\192844 ③规则的排列顺序不会也不影响执行哪些操作.
9nI）K+yl
J4P/A^192844
U0Eu_\/e~5q+~WD192844 ④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.51Testing软件测试网_K4~_o_EM_S!
j
51Testing软件测试网+X_`_q6Z_rZ3O_V_Q_o_j
⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.
_D'K_S_`X19284451Testing软件测试网z{_~0f_E_cD
黑盒测试的优点
_?
_t_I
@_x_C19284451Testing软件测试网_B:
@_F_p_WFI'w
1.基本上不用人管着，如果程序停止运行了一般就是被测试程序CRASh了
_OAKVl_|_l#l+m_u192844 2.设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因51Testing软件测试网_t'?
y;F_\_B4O,g
51Testing软件测试网3T_E2}（O"ia"U_w'i_J
黑盒测试的缺点
_U;C.X_w_C0V.Rp/B_r__1}192844
_pu0h4H_@,s0E_w3`192844 1.结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴
-i*J_cZ'p192844 2.没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来作
_?
_M_K_?
_Z_m_p4m192844 3.就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。
而就有状态的测试来说，就更麻烦了，尤其不是一个单独的testcase造成的问题。
这些在堆的问题中表现的更为突出。
51Testing软件测试网$b4Rz6F+@_\_x
"sc0b,w_hM（D0~192844
_qG_E（Z_c192844黑盒测试（功能测试）工具的选择
&c_[7s;N}3p'F3f19284451Testing软件测试网_T_{lE:
Y4^,K
那么，如何高效地完成功能测试？
选择一款合适的功能测试工具并培训一支高素质的工具使用队伍无疑是至关重要的。
尽管现阶段存在少数不采用任何功能测试工具，从事功能测试外包项目的软件服务企业。
短期来看，这类企业盈利状况尚可，但长久来看，它们极有可能被自动化程度较高的软件服务企业取代。
51Testing软件测试网_T;Z_[_i"j;S（F
6z_U_G:
g#Y_A._192844 目前，用于功能测试的工具软件有很多，针对不同架构软件的工具也不断推陈出新。
这里重点介绍的是其中一个较为典型自动化测试工具，即Mercury公司的WinRunner。
51Testing软件测试网_N;D_W_Z3V_H__%W_K"C4A
51Testing软件测试网_[_@3X__/D_q4@（`8^
z
WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。
通过自动捕获、检测和模拟用户交互操作，WinRunner能识别出绝大多数软件功能缺陷，从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。
_m8a!
Z_W_^b_n-^d19284451Testing软件测试网9r_e9s4E*U_r
WinRunner的特点在于:
与传统的手工测试相比，它能快速、批量地完成功能点测试;能针对相同测试脚本，执行相同的动作，从而消除人工测试所带来的理解上的误差;此外，它还能重复执行相同动作，测试工作中最枯燥的部分可交由机器完成;它支持程序风格的测试脚本，一个高素质的测试工程师能借助它完成流程极为复杂的测试，通过使用通配符、宏、条件语句、循环语句等，还能较好地完成测试脚本的重用;它针对于大多数编程语言和Windows技术，提供了较好的集成、支持环境，这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。
51Testing软件测试网k/Ak$f）o_U_t_o
51Testing软件测试网_f_`_v7EJ%B_w
WinRunner的工作流程大致可以分为以下六个步骤:
&e_~（U_r_r_D:
h3E192844
_]:
Z_T_[_h9Z$L5C1928441．识别应用程序的GUI51Testing软件测试网I5@vO_l_vdT
_L-Z$R6l1a_V4a192844在WinRunner中，我们可以使用GUISpy来识别各种GUI对象，识别后，WinRunner会将其存储到GUIMapFile中。
它提供两种GUIMapFile模式:
GlobalGUIMapFile和GUIMapFileperTest。
其最大区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存储、加载，推荐初学者选用这种模式。
但是，这种模式不易于描述对象的改变，其效率比较低，因此对于一个有经验的测试人员来说前者不失为一种更好的选择，它只产生一个共享的GUI文件，这使得测试脚本更容易维护，且效率更高。
_Wo/S-T）D_W$sO192844
+o'y&h_S_p
升级会员 