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

纽约的西瓜

我觉得界面测试，要有着重点
先功能，后美观。
比如先测试界面是否能注册，下发，等诸如此类的功能。
然后是统计，查询等功能。
最后是美观等。
还是需要测试用例的。

chengzilovechen

软件测试和程序是相辅相成的，
你写完一个给测试员测试。
还可以休息会。而不是一直在写代码/
这样也会狠累。还要调试找错误。
也许你达不到交付的时间。

hqchen_23

1.UI测试确实是一个繁琐的工作，但是正是因为这样才需要一个好的测试用例进行规范，便于后期的往返测试而不至于遗漏。
2.如果有了很好的测试用例，并且验证点清晰，那么在条件允许的条件下可以开发自动化测试，因为对于UI的自动化测试的设计是比较容易的，并且可以为测试带来很大的效率提高，不但提高的测试成功率更加减少了测试重复性。
因此，设计一个规范的测试用例不仅仅是保证测试的不遗漏性，也是为了后期的自动化测试奠定基础。

橙色苹果

我认为界面测试需要编写测试用例！
界面测试是必须做的，因为这是直接面向用户的，而且一般用户挑毛病也是很多跟界面有关，因为客户的水平大部分都不是很高，他们界定软件的好坏很大成分是看软件的界面好坏。你要解释项目时间紧或什么理由，他们不会理解。（如果客户水平高的话，他们会理解）而软件的界面就好比人的外表。如果界面做的好，无论是对公司还是对软件都有一个好的影响，这也是公司能力的体现！
那要做好界面，就必须写界面的测试用例。其实软件的每一部分都应写测试用例，只有这样才能最大程度的保证软件的质量。可是这又不现实，只是有轻有重罢了！但是往往由于人们的不重视，或者项目时间的紧张，都只是简单的进行测试或不进行测试，这都对软件的质量，公司的信誉造成了影响！其实这都是国内企业的做法，因为我们还没完全意识到测试的重要性！当然这也与国内软件落后有关！

BigStones

写用例是很必须的！
如果要问测功能的时候是否要写用例，很多人的答案应该是肯定的。其实UI的测试比功能更重要，是用户直接接触的方面。假如你的UI 上有个词语错了，或者显示不完全，可以想象用户对软件的印象会是什么样。
另外用例也是对你测试结果的一个记录，从规范的角度讲，这也是必须的。
还有，写UI 用例的话不会花费太多的时间，只要写好了一块，其余的完全可以复制粘贴，只是界面不一样罢了。

kukumaru

需要！对以后工作有帮助．

bonniey

我认为需要写测试用例。
实际上对我们做功能测试的人来说，界面测试也是重要的一部分。
比如message box的字体不统一，拼写错误，语法错误，背景色不协调等等其实非常影响到用户的使用。
而这些是靠人来看的，这是决定性的一点，既然靠人来看，必然有人作为测试工具的缺陷。
做测试为什么要写测试用例，从根本上来讲，是做一个记录，也是做一个list，这样tester才能更全面得添加测试方法。
就像人喜欢做计划一样，计划一个功能是用来计算好时间，另一个也是做一个记录，让你不要忘记你要做的事情。
测试用例也是如此，应该把能想到的地方都加入进去，这样在下一次使用或者是对提交上来的修改做re check的时候能够没有遗漏得测试。
测试是一个精准的东西，不能因为界面是看看的就可以随便测试。
有人说没时间。所谓磨刀不误砍柴工，写一个用例也花不了多长时间，而当你下一次使用或者给你的下一任使用的时候，你会发现用例上有很多你现在没想到的测试点，幸亏你写了用例。
规范是一种习惯，习惯了就是个细致的tester了。呵呵

gdou_wzy

首先，界面是客户交互最多的。客户首先检查的部分也是在此；（如果客户不通过，老板不想测试又怎么能行呢？）
其次，软件质量中GUI也是一个不可或缺的部分；
再者，测试用例的编写是让你更全面的去测试，也是需求跟踪的依据。

当然，测试的过程肯定有重点和非重点之分，而界面测试来说也有此之分。
另外，对于界面容易改变的更需要进行这方面的测试。（可作为回归测试一个部分）

测试点：界面元素是否符合规格（大小、颜色、形状等），界面元素的排列是否符合规格，界面元素层次是否正确等等。

基于以上的原因个人觉得界面测试需要编写测试用例。

alec1208

测试用例不论是做项目还是做产品（本人是做产品测试的），也不论是功能测试还是界面测试，都是一个必不可少的环节。软件测试注重的是结果，但是结果也是有好的测试过程产生的。我从以下几个方面阐述我的观点：
1  以产品测试为例，没有需求文档，甚至有的公司没有设计文档，这样很多的功能乃至引发的界面问题也很多，加之时间紧，产生的软件界面的控件功能不统一、操作不人性化、提示不友好等问题也会随着开发的过程越积越多，虽说每个公司都有自己对界面的要求和标准，但大多数的公司更注重的是功能的实现，从而忽略了界面的影响，测试部门编写界面测试用例，无论从流程上还是从公司的重视程度上，都会起到约束的作用。
2  针对界面测试用例，究其本质，还是引导测试的作用。我想每个测试人员编写测试用例时，总会产生或多或少的测试体会，甚至会引导自己从另一个角度更简单地找到缺陷。界面测试虽然简单，但是在没有测试用例的情况下，你也会有测不到的地方。
3  从严重程度上讲，界面属于次要的等级，从使用的人性化角度确是较高的等级。可能你做的测试比较全面，却也不能完全保证有界面疏漏的地方，更主要的是测试员对有些界面缺陷视而不见，根本不予记录，这样做多少留下了一些隐患，比如说用户反应有些界面不是很好用，虽然影响不大，对公司而言，一没有测试用例，二没有缺陷报告，这样对自己的工作会受影响。
4  从编写技巧上说，界面测试用例虽说必须要写，但也不是按部就班地编写，可以适当地对一些类似的界面写成公用测试，把标准和易用性的方面写在一起，既节省了时间也不会影响测试。

佐伊

需要，选择正方。

zynuage

界面测试当然需要写测试用例了，界面测试虽然是低级的测试，但是，这个关系到一个软件的面子问题。通过界面就可以看出这个软件的质量。如果一个软件连界面都有很多错误，或是错别字，估计用户认为该软件的实际功能质量也好不了哪去。
打个比方，明星们是希望身体重要还是自己的漂亮脸蛋重要呢？其实他们肯定都是认为都重要。但是有很多女明星为了自己没不惜牺牲自己的身体，丰胸、整容，就是把自己弄得更性感些，招来更多人的夸奖和追捧。
所以，软件的界面问题是很严重的。测试用例不可缺少。

rolei

界面开发是否需要写代码？

如果开发要写代码，测试就要测。

如果要测试就要有用例。

没有用例就能上手测试，怕是又被人说成是随便点点就是测试的工作。

也许一个好的界面测试用例库可以省去不少的时间，提高不少的工作效率。

[ 本帖最后由 rolei 于 2009-3-17 12:53 编辑 ]

daggbby

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

87950461

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

ylq2250

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

Yuyao_ddm

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

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

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

kf11859

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

Michael0112

需要编写

rachel1991814

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