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

默默巫

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

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

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

peterz

首先我想说的一个问题就是，软件测试的最终目的是什么，其实就是追求一个软件质量和成本之间的平衡点。把握好了这个观点，我们就可以谈论下面的这个问题了。
1 老板给我们多长时间，要我们进行测试的页面有多少，粒度是多大
如果老板给我们的时间够长，比如1个月，页面不是很多。那我觉得对于用户使用性的测试是可以接受的。但是时间紧任务重，那么我觉得用户使用性的问题就可以不用测试，或者说是不是重点测试的对象。
2 要看需求，如果需求说明书规定了，这部分是上线内容要求的，那我们就进行测试。如果不是，有时间可以测试一下，没有时间可以大概浏览一下就可以了。

weifei1031

编写用例只是为了更好地、规范的执行某项测试活动！但是界面这个与用户接触最近，且也是最容易变动的组件，对于用例的维护是很浪费时间的事情。可以列出该界面的元素，具体标准参考界面设计规范，测试人员要做的只是截下当前设计版本的状态图。

ZhuCrystal

软件测试为的是提高软件的质量！因此只要关乎软件的质量的方面我们都必须要测试。但是任何一项测试都是需要时间以及成本的，因此在有效的时间把握好测试是很重要的。在时间充足的情况下，我们可以对界面进行详细的测试，根据规范的流程一步一步往下走；在时间紧迫的情况下，我们要从客观考虑，对于界面测试挑重要的去测试就可。

peterz

原帖由 cuixiaoyan1020 于 2009-3-3 15:48 发表
应该每个测试都需要写测试用例,就算测试不重要,也要写测试用例,不能省的.

原则是这样，可是当成本和质量冲突时，老板选择了成本，请问你如何处理。

hdtest001

这个是需求时候谈的吧 页面定的差不多就不要浪费时间去写那些用例了 成本很大的

qrz2000

在项目启动阶段，对这个项目的可用性就应该有一个基本的评判，它应该到什么程度。
然后再针对这个基准，去判断是否需要编写界面的测试用例。
其实界面测试用例大多数会是一些公用的测试用例，如果每个都写是非常浪费时间且无效的。

peterz

原帖由 candy_83 于 2009-3-3 17:22 发表
软件质量特性分为六个方面：功能性，可靠性，易用性，效率，可维护性，可移植性
界面测试和功能性，易用性，可移植性都有联系。
所以为了保证软件质量，界面测试是必不可少的。界面测试如果没有测试用例，就好像猴 ...

你说的很好
可是软件的质量是通过需求规格说明书来限制的，需求规格说明书是根据软件的进度来实时进行调整的。如果有时间，那是最好。可是在我接触的10几个项目中，界面测试是优先级最低的，往往为了赶工期，最低优先级的往往是最容易忽略的。

peterz

原帖由 兆隆8032 于 2009-3-3 19:00 发表
界面的不友好直接影响最终的心情，保证最终用户的心情愉悦的方法就是保证界面的高质量性，这种高质量界面的保证就是界面测试的测试用例。

如果时间允许，当然是越精越好。如果连功能流程都走不通，界面在漂亮又有何用那。

peterz

原帖由 zhyb_2008 于 2009-3-4 14:57 发表
无论做软件,项目开发,还是一些WEB网站的开发.都有一个最初的,也是一个根基阶段,就是需求分析.再往软件工程领域的大纳上看,就是概要设计,详细设计,以及开发......
而做为测试这个对产品质量做技术性检测的一个独立的 ...

说的很透彻，很符合现在软件公司的实际情况。
其实，大家都知道界面测试是必须做的，但是到最后有几个能做那。正常的软件流程是开发占总工期的30%，测试占30%。可是实际那。相信大多数公司都不会太高。
如果测试部门是独立于开发部门的情况还稍好一点，如果测试隶属于开发，那么测试时间到后期会被压的很少。
说的不好，欢迎拍砖

沉默风云

1.编写测试用例的利与弊：
       利处：便于版本控制，便于用例管理、可以提高测试的效率和有效性。
       弊端：要花费一定的时间、人力、财力；延长测试时间、延长项目进度；

2.界面测试是否需要编写测试用例？这个需要根据具体的项目、具体的用户需求来定。如果项目比较紧，要考虑到成本时；或者考虑到界面测试的特殊性，不利于编写测试用例；或者开发的系统对界面要求不严格，界面功能过于简单。那可以不编写测试用例，但是在测试的过程中，测试工程师心中应该有一份测试用例。不能无计划、盲目的测试。
    如果界面测试功能多、复杂；如果用户特别关注界面测试，需求严格；如果编写界面测试用例对项目进度影响不大，有比较充足的时间；如果公司是CMM，ISO认证企业，必须有相应的文档或者客户必须要测试用例文档；那么为了保证测试的质量、测试的有性，我们应该编写测试用例。

3.有没有编写测试用例，最终的目的只有一个：能保证测试的质量、满足用户的需求。

[ 本帖最后由 沉默风云 于 2009-3-5 16:34 编辑 ]

richieleely

这里讨论是：界面测试需要不需要编写用例
而不是：界面测试需要不需要

测试是一定需要的
但是用不用编写用例，要看实际的时间和项目要求
如果是一个客户内部管理软件，可能对界面的要求就要比门户网站低
要求不同，测试的力度不同，对测试用例的要求也不同

另外，我不是很明白这里所谓的测试用例的真正涵义
列出测试点，算不算是用例呢？

所以，我认为，要具体情况具体对待

[ 本帖最后由 richieleely 于 2009-3-5 20:57 编辑 ]

fflastjay

对于页面的界面测试,如果没有需求对界面有规定,那么大可不必准备测试用例,但是根据经验和按照一般页面界面要求准备的checklist是非常必要的,如果说,简单的看看,谁知道你看了还是没看,就算你真的看了,你能保证不漏什么吗,所以一个时时更新的checklist是必须的,这样也便于你测后的工作报告制作.

如果需求对界面有严格规定,那么这个页面等于有了区别于其他页面的特殊要求，这个我认为需要写测试用例来覆盖这些需求

fflastjay

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

题目的意思是针对工作量不大但工作面很大的界面测试是否需要写测试用例，我认为这才是这次辩论的主题，而不是什么测试成本之类的

puchonghui

要不要写测试用例和测试类型无关
重要的因素是进度和工作量
任何测试都是一样，如果要求的进度根本不够写所有测试用例的，那当然不可能去写。
所以关键问题就在于如何去估算工作量。。。

peterz

原帖由 chengxq 于 2009-3-6 16:08 发表
画面的布局的测试，现在很多都有相应的要求，但是个人感觉这个东西，本身就比较感性，每个人由于自己的成长和经历不同，对自己的审美感觉也不同，所以很难说清楚是好还是坏，唯一的评判标准是客户，如果客户说好，那 ...

任何的测试都是需要有测试计划，测试要求和测试用例的。

peterz

如果从测试人员的角度考虑，我建议写测试用例。如果从测试经理或者PM的角度考虑，记得从整体项目的角度考虑。一般不会建议写测试用例。或许是站的角度不一样吧。

Kity_88

我认为每个公司都有每个公司的实际情况，公司人数足够，资源比较丰富和项目要求比较严格的情况下，把界面测试做得越仔细，软件就越好，用户使用起来感觉就越友好；相反而言，公司测试人员不足和时间紧迫，界面测试可以减少一些，可以把主要的测试用例写出来就可以了，但详细的测试还是要做的。但这些情况都要根据公司的体制而执行不同的测试标准，我想不太会完全照搬书上那一套完整的测试流程进来的。

frieday

原帖由 richieleely 于 2009-3-5 20:55 发表
这里讨论是：界面测试需要不需要编写用例
而不是：界面测试需要不需要

测试是一定需要的
但是用不用编写用例，要看实际的时间和项目要求
如果是一个客户内部管理软件，可能对界面的要求就要比门户网站低
要求 ...

大家跑题了。
这里讨论是：界面测试需要不需要编写用例
而不是：界面测试需要不需要

keevinl

肯定是需要的,因为页面肯定也是有需求的,而且还是用户最看重的之一,有些界面,也许你一时可能会记不住,写过用例后,对你以后的测试工作,会有很大的帮助.先讲这些