界面测试是否需要编写测试用例？（2009-3-2 ）获奖名单已公布

默默巫

背景描述：界面测试中有相当大一部分并不针对软件的运行，而是用“看”的，即布局是否美观、字体是否统一、控件是否对齐、提示是否标准等等，这些内容在测试的时候是必须要考虑的，而且每一个页面都要“看”，工作量不大，但是工作面很大，那么针对这类型界面测试是否还需要写测试用例呢？

如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！

奖项	获奖名单	奖励	答案连接
最佳话题PK手	beryl_lin	当当购物卡50元+最佳PK手勋章	5#

iyxnm

难得好贴，赞一个，继续努力啊

rachel1991814

界面相当于一个人的穿着打扮，一个好的装扮总会给人美的感受，所以UI测试是必不可少的，而界面测试用例是给出的一个标准，可以在有限的时间内给出一个满意的结果

yxx8012

界面是功能还是纯功能,如果涉及功能必须要有用例.
如果仅是界面,用例可以简化,例如形成一些通过或适合这个UI设计的一些checklist用例对测试的检查.

春天梅花

{:4_84:}

春天梅花

需要

Michael0112

需要编写

suiyuanfei83

写的不错，支持！






















淘宝网登陆
淘宝网首页
http://www.taobaomtv.com

ma_xiaobo2008

也没有讲出界面测试是否应该写测试用例呀？！

kf11859

界面测试按理论上说应该是用例最多的。。。
顺便问下，这是谁出的题目，丫做过测试吗？

hongyan

界面测试当然需要编写测试用例,但是,就国内的大多数软件公司来看是很难实现的.

Yuyao_ddm

用例有粒度粗细之分，可以写些粒度适中的可重用的用例，针对具体项目补充一些用例即可。

为何要写用例？让测试人员知道具体要测试什么，让测试管理者知道界面到底有没有问题，用例是后续工作的依据。
为何要控制粒度？因为要追求质量成本线的最优点（期间的道理不说了）。
为何提到可重用的用例？因为对专业公司来说，web界面都有一套成文的标准（相应的应该也有界面用例），遵循这个标准的产品界面基本类似，有些细微的不同，补充一些用例（或其他形式的说明）即可。

这里要强调界面测试是必须的，尤其是WEB界面，好比是手机的外壳，如果你手机的外壳有些问题，你会相信这个手机的质量是一流的么？

ylq2250

根据我所做项目的经验总结，我觉的还是有必要写测试用例。因为在执行测试的过程中一般的工作量都是比较大的，如果不写用例，就只能在执行的过程中想到什么测什么，由于工作量大，时间紧，一般不会考虑得很周全，这样漏测的点会比较多。还要一点是一般公司都会安排3-4轮的测试，没有写测试用例，每一轮都是在执行的时候想到什么测什么，那么一般经过3-4轮测试，你每次想到要测试的点都会是一样，那漏测点就会一直都没有时间去挖掘出来。所以我觉的还是有必要写好用例，那么执行测试的时候就可以按照测试用例去执行，这样比起没有写用例，反而可以省下很多执行测试的时间，而且漏测的机率也会降低。

87950461

需要测试用例,但凡涉及到界面的东西都不会是简单的东西,即使客户以及你自己都很少用到这个界面,但是一旦用到,如果有出现一些问题,比如不明了的提示信息\非常模糊的错误提示\有歧义的提示信息,等等.首先给客户的第一影像就是,你的软件有BUG,那接下来你就要去对客户解释,解决等等一大堆问题.这后面产生的成本是无法估量.这就不多说了.如果经常出现这样的问题会造成什么样的结果,相信在坐的个位都清楚.

SMALLCAI

我也觉得界面测试应该编写测试用例，这样我们可以在测试的过程中，了解到那些是必须重点注意的。当然凭我们的经验，可能可以立即知道哪些地方处了问题，但是我们不可能时时刻刻保持最好的“警惕”状态，所以，没有一份好的测试用例，在测试过程中难免会有遗漏，即使测试人员经验再足也是难以避免的。

xxjgogogo

不同公司不同项目情况都不一样,是否写测试用例,要按照项目时间,进度,需求完整情况等具体分析.
如果界面测试的范围比较大,并且整体风格按照客户的不同可能有较大较频繁的变化的话,可以不写测试用例.
不过这种情况下,需求文档的质量,测试计划和测试方案就会更加重要.
绝大多数情况还是需要写用例的.不过我也不建议把每个界面点都写成一个用例,纯粹为了用例看着数量多?
测试用例只要把标准的东西写清楚就可以了,比如字体多大,颜色如何,各界面元素的标准,这些都是要有公司统一规定或客户详细需求为前提的.并且要求开发人员按标准研发,有好的编程习惯.
UI用例某些情况写太多了耽误时间,白白浪费人力还没有效果.如果Boss给你一个测试任务,但根本没有写界面测试用例的时间,难道因为没写用例你就不测试了?直接辞职?

测试的主要目的是找到产品缺陷,提高产品质量等等等等,但绝对没有写测试用例这个目的!!!

[ 本帖最后由 xxjgogogo 于 2009-3-30 17:20 编辑 ]

himily

UI测试写不写测试用例，我认为要看具体的项目情况而定
1.完整的流程决定质量，我坚信。但是这个是在时间和人员充足的情况下，在功能测试用例设计完成的情况下，从满足客户质量的情况下，测试人员非常有必要编写UI测试用例，特别是针对Web的测试，对于不同浏览器页面的显示、JS对页面元素的影响、颜色的搭配、用户易用性等人性化操作程度……
2.小系统需要对流程进行裁剪，我坚持。一方面小系统页面元素不是很多，在有一定经验的测试人员可以不用写UI的测试用例，这样更节约成本；另外一方面就是在工作量大、而人员不充足且时间紧凑的情况下，可以不些UI测试用例，而直接进行UI测试即可
所以写不写UI测试用例要看具体的情况而定

daggbby

需要。
其实习惯之下道理和其他测试需要用力是一个道理。

majun915

男人的第7感啊。不用写啊 呵呵

江南飞雪

首先，任何事情不能一概而论，我选反方，是因为这个情况是针对中小公司。
因为：一，我想很多公司，其实根本就没有界面设计的概念，很多的软件一看界面上基本上都是一样的。所以说本身就没有办法设计出很好的界面。二，界面上的东西基本上就是一些文字错误，排版等，这个可以不用设计用例。而至于易用性，这个就更不好说了。本身测试人员设计出来的用例就很难保证用例的质量。因此，我们测试小组会依据开发经常出现的界面问题，做个总结，并把一些常用的界面测试规范加入到这些条款中。让开发人员在开发这前就参照这份准“界面规范”去设计，到时测试人员也是依据这份“规范”再去提一些不符合“规范”的问题。
当然，如果公司规模很大，测试技术很强大，追求完美，设计肯定比不设计好。我们这是退而求其次。不可能让一个饭都吃不饱的人谈论参加PARTY要穿多高档多漂亮的衣服，一样的道理。

mumurain

界面测试是否需要编写测试用例，不是测试人员想写就能写的，也要考虑其它因素：
1、项目要求，也可以说是项目重点吧，每一个项目都有一个或多个核心的功能，测试用例的设计也要遵循优先、主次之分
2、项目时间，不敢说全部，起码大部分项目都是项目后期，研发才将开发完毕的系统交付给测试小组进行测试，在有限的时间内，测试重点都是围绕最主要的功能开展测试，编写测试用例，所以对于界面测试，往往都是在测试其它功能时捎带进行了测试
3、项目内容，例如是做门户的，还是做软件的，我个人认为做软件界面要求不如做门户的，所以也要看待项目内容是如何确定的。
等等。
综上所述，界面测试是否需要编写测试用例，不是个人来决定的，能影响的外在因素太多了，有时候不能最求十全十美，但是在时间充裕的情况下，我推荐写测试用例。
所以，我持中立。