界面测试是否需要编写测试用例?
上一篇 /
下一篇 2009-04-23 15:47:11
51Testing软件测试网#]k~dD{|(此贴来源于话题PK的回复:http://bbs.51testing.com/viewthread.php?tid=141745&page=1&extra=page%3D1)51Testing软件测试网,ho6rN[
界面测试需要测试用例
一、关于界面测试
51Testing软件测试网lOw,z5qA I51Testing软件测试网Fl'vr$Z(L用户界面测试,英文是User interface testing。又称UI测试。
0RJg!_@:]051Testing软件测试网yju*M,^用户界面,英文是User interface。是指软件中的可见外观及其底层与用户交互的部分(菜单、对话框、窗口和
其它控件)。
%P*a|0E1c7M051Testing软件测试网3ikw~;K|用户界面测试是指测试用户界面的风格是否满足客户要求,文字是否正确,页面是否美观,文字,图片组合是否完美,操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
51Testing软件测试网U4u_"i C)V$E(M51Testing软件测试网.s%^SxIH.j G^用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单,对话框及对话框上所有按钮,文字,出错提示,帮助信息 (Menu 和Help content)等方面的测试。比如,测试Microsoft Excel中插入符号功能所用的对话框的大小,所有按钮是否对齐,字符串字体大小,出错信息内容和字体大小,工具栏位置/图标等等。
51Testing软件测试网3`Z;h5CG)cw5O
z51Testing软件测试网q7KLd+N}-vA第二,关于测试用例
51Testing软件测试网-c#ffz4m:@Z51Testing软件测试网pB2u/]L$[测试用例是测试
工作的指导,是
软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。其重要性体现在如下方面:
51Testing软件测试网c%Lp'e ?fQ/liV7^i/f01、测试用例构成了设计和制定测试过程的基础。
51Testing软件测试网G:b9gF ]hi9m51Testing软件测试网0w0dn-rtI }2、测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流,因而,随着测试用例数量的增加,您对产品质量和测试流程也就越有信心。
(u(w0R2w"TMPGS051Testing软件测试网vMx~8h,\sg#t3、判断测试是否完全的一个主要评测方法是基于需求的覆盖,而这又是以确定、实施和/或执行的测试用例的数量为依据的。类似下面这样的说明:“95 % 的关键测试用例已得以执行和验证”,远比“我们已完成 95 % 的测试”更有意义。
K%D!_azz(uO:R051Testing软件测试网#u.\ B^~6T4、测试工作量与测试用例的数量成比例。根据全面且细化的测试用例,可以更准确地估计测试周期各连续阶段的时间安排。
w1]-{$Ow7c0h0`$P5xY nq#Z05、测试设计和开发的类型以及所需的资源主要都受控于测试用例。
51Testing软件测试网a9mLi)aPelD
y4S:jw(Fxm$l0第三,现实情况
\&j V){]Y a3vA3T0
WR/sRBd,H0在传统的软件开发过程中,测试似乎总显得没有开发重要。前期的需求分析、系统设计阶段会生成的相应的文档,开发持续的时间也会比较长,而且在开发过程中仍然会有需求文档的变更,所以,测试用例一般要到后期集中测试阶段才来编写,但是到那个时候往往时间不会很充裕,更多的精力需要集中在
功能测试方面,相对来说,用户界面是否友好似乎显得不是那么重要,而且很多人认为直接根据需求文档凭借测试员自己的经验来执行就可以,UI测试用例的编写也就被忽略。
51Testing软件测试网 mC2iy!mD;W;`+h[qf,_$J
J ?0在敏捷开发中,测试是整个团队中非常重要的一个角色。往往在开发之前就已经介入,测试用例是依附于每个story。story的功能需求基本在AC(验收条件)里边会有详细的描述,测试用例来自于AC,这种情况的测试用例可能不会写的很细,但是一般story的功能、性能和UI方面都会涉及到的。
51Testing软件测试网R[(gV2Z;x51Testing软件测试网S3w
}tZ:v8Zj GX2p总之,用户界面是系统与用户交互的唯一接口,是系统的门头,是非常重要的一个组成要素,对用户界面的测试,对其质量的保证也就至关重要;另一方面,用户界面包含很多复杂的元素,易用与否,是否满足需求都会影响到整个系统的质量,没有完整的测试用例,不经过系统的测试显然是没法保证这个质量的。不管现实情况是否对UI测试编写测试用例,无规矩不成方圆,只有严格的编写测试用例,并依据测试用例执行严格的测试才能尽量提高系统的质量,获得用户的青睐。最佳情形是,不管是传统的还是敏捷的开发方式,测试人员都要尽早的介入,一旦需求确定就开始编写测试用例,以确保等开发完成的时候有足够的时间来执行测试。如果PM不能认识到这一点,我们作为测试人员应该有明确的意识,要争取在团队中的地位,扩大测试的整个开发流程的影响,和团队成员共同来提高软件的质量。
收藏
举报
TAG: