為什么要寫測試用例
1. 測試用例的定義是什么?作用是什么?2. 界麵測試的重點是什么?
3. 界麵測試之外需要攷慮的東西是什么?
4. 項目管理角度. 我觉得界面测试，要有着重点
先功能，后美观。
比如先测试界面是否能注册，下发，等诸如此类的功能。
然后是统计，查询等功能。
最后是美观等。
还是需要测试用例的。
支持正方
软件测试和程序是相辅相成的，你写完一个给测试员测试。
还可以休息会。而不是一直在写代码/
这样也会狠累。还要调试找错误。
也许你达不到交付的时间。
需要测试用例
1.UI测试确实是一个繁琐的工作，但是正是因为这样才需要一个好的测试用例进行规范，便于后期的往返测试而不至于遗漏。2.如果有了很好的测试用例，并且验证点清晰，那么在条件允许的条件下可以开发自动化测试，因为对于UI的自动化测试的设计是比较容易的，并且可以为测试带来很大的效率提高，不但提高的测试成功率更加减少了测试重复性。
因此，设计一个规范的测试用例不仅仅是保证测试的不遗漏性，也是为了后期的自动化测试奠定基础。 不用写了吧。工作那么多。。多累啊。。。
界面测试需要编写测试用例
我认为界面测试需要编写测试用例！界面测试是必须做的，因为这是直接面向用户的，而且一般用户挑毛病也是很多跟界面有关，因为客户的水平大部分都不是很高，他们界定软件的好坏很大成分是看软件的界面好坏。你要解释项目时间紧或什么理由，他们不会理解。（如果客户水平高的话，他们会理解）而软件的界面就好比人的外表。如果界面做的好，无论是对公司还是对软件都有一个好的影响，这也是公司能力的体现！
那要做好界面，就必须写界面的测试用例。其实软件的每一部分都应写测试用例，只有这样才能最大程度的保证软件的质量。可是这又不现实，只是有轻有重罢了！但是往往由于人们的不重视，或者项目时间的紧张，都只是简单的进行测试或不进行测试，这都对软件的质量，公司的信誉造成了影响！其实这都是国内企业的做法，因为我们还没完全意识到测试的重要性！当然这也与国内软件落后有关！ 原帖由 richieleely 于 2009-3-5 20:55 发表 http://bbs.51testing.com/images/common/back.gif
这里讨论是：界面测试需要不需要编写用例
而不是：界面测试需要不需要
测试是一定需要的
但是用不用编写用例，要看实际的时间和项目要求
如果是一个客户内部管理软件，可能对界面的要求就要比门户网站低
要求 ...
大家跑题了。
这里讨论是：界面测试需要不需要编写用例
而不是：界面测试需要不需要 写用例是很必须的！
如果要问测功能的时候是否要写用例，很多人的答案应该是肯定的。其实UI的测试比功能更重要，是用户直接接触的方面。假如你的UI 上有个词语错了，或者显示不完全，可以想象用户对软件的印象会是什么样。
另外用例也是对你测试结果的一个记录，从规范的角度讲，这也是必须的。
还有，写UI 用例的话不会花费太多的时间，只要写好了一块，其余的完全可以复制粘贴，只是界面不一样罢了。 肯定是需要的,因为页面肯定也是有需求的,而且还是用户最看重的之一,有些界面,也许你一时可能会记不住,写过用例后,对你以后的测试工作,会有很大的帮助.先讲这些 个人觉得界面测试是不需要用例的，但是界面规范不可缺。
关于界面测试，应该采用界面规范去指导执行。开发人员中很少人对自己所设计的界面表示不满，他们在界面设计的也许会考虑到界面的易用、简洁、美观，但这更多是从他们本身的主观意识出发去思考，界面说到底就是为了易用，一套从用户角度出发的规范在提高用户工作效率上、提高产品品牌价值上有很积极的作用。 需要！对以后工作有帮助． 我认为需要写测试用例。
实际上对我们做功能测试的人来说，界面测试也是重要的一部分。
比如message box的字体不统一，拼写错误，语法错误，背景色不协调等等其实非常影响到用户的使用。
而这些是靠人来看的，这是决定性的一点，既然靠人来看，必然有人作为测试工具的缺陷。
做测试为什么要写测试用例，从根本上来讲，是做一个记录，也是做一个list，这样tester才能更全面得添加测试方法。
就像人喜欢做计划一样，计划一个功能是用来计算好时间，另一个也是做一个记录，让你不要忘记你要做的事情。
测试用例也是如此，应该把能想到的地方都加入进去，这样在下一次使用或者是对提交上来的修改做re check的时候能够没有遗漏得测试。
测试是一个精准的东西，不能因为界面是看看的就可以随便测试。
有人说没时间。所谓磨刀不误砍柴工，写一个用例也花不了多长时间，而当你下一次使用或者给你的下一任使用的时候，你会发现用例上有很多你现在没想到的测试点，幸亏你写了用例。
规范是一种习惯，习惯了就是个细致的tester了。呵呵
要根据测试流程规范度与界面特点来看
我是新手，说一下我的观点，我认为要从两个两个方面考虑，第一要看公司的规模及对测试的重视程度，也就是测试流程是否规范，软件开发流程是否有固定的模式，有规范的测试流程的公司会严格要求按照软件测试的规范设计测试用例，同时也会预留出足够的设计测试用例的时间和资源投入，反之小公司对这方面的要求可能就低一些，即便是设计了界面测试用例也未必能在后面执行。第二要看界面元素的复杂程度，首先界面测试的重要性不用多说，作为用户最直接的互动模块，一定要保证他的可用性，易用性，友好性，但是对于页面元素复杂，但业务流程简单的项目，就没有费大力气写详细界面测试的必要了，可以写几个大类别的用例覆盖全测试的几个方面就可以了。界面测试可以按照界面元素逐一测试，这样没有用例也不会有太大的风险。来看因项目而异,因公司而异,
界面测试:站在测试角度,个人认为是很有必要的.首先,界面的美观,整齐.是给用户最直接的感觉.只有这样,用户才能会继续操作下去,才会考虑其它的..第一感觉.的确是很重要的.:lol 至于用例,则是根据因项目而异,因公司而异,的.在测试计划中有明确指出的则要有对应的测试用例....个人觉得界面测试是不可缺少的！
首先，界面是客户交互最多的。客户首先检查的部分也是在此；（如果客户不通过，老板不想测试又怎么能行呢？）其次，软件质量中GUI也是一个不可或缺的部分；
再者，测试用例的编写是让你更全面的去测试，也是需求跟踪的依据。
当然，测试的过程肯定有重点和非重点之分，而界面测试来说也有此之分。
另外，对于界面容易改变的更需要进行这方面的测试。（可作为回归测试一个部分）
测试点：界面元素是否符合规格（大小、颜色、形状等），界面元素的排列是否符合规格，界面元素层次是否正确等等。
基于以上的原因个人觉得界面测试需要编写测试用例。
用例乃测试之母
测试用例不论是做项目还是做产品（本人是做产品测试的），也不论是功能测试还是界面测试，都是一个必不可少的环节。软件测试注重的是结果，但是结果也是有好的测试过程产生的。我从以下几个方面阐述我的观点：1以产品测试为例，没有需求文档，甚至有的公司没有设计文档，这样很多的功能乃至引发的界面问题也很多，加之时间紧，产生的软件界面的控件功能不统一、操作不人性化、提示不友好等问题也会随着开发的过程越积越多，虽说每个公司都有自己对界面的要求和标准，但大多数的公司更注重的是功能的实现，从而忽略了界面的影响，测试部门编写界面测试用例，无论从流程上还是从公司的重视程度上，都会起到约束的作用。
2针对界面测试用例，究其本质，还是引导测试的作用。我想每个测试人员编写测试用例时，总会产生或多或少的测试体会，甚至会引导自己从另一个角度更简单地找到缺陷。界面测试虽然简单，但是在没有测试用例的情况下，你也会有测不到的地方。
3从严重程度上讲，界面属于次要的等级，从使用的人性化角度确是较高的等级。可能你做的测试比较全面，却也不能完全保证有界面疏漏的地方，更主要的是测试员对有些界面缺陷视而不见，根本不予记录，这样做多少留下了一些隐患，比如说用户反应有些界面不是很好用，虽然影响不大，对公司而言，一没有测试用例，二没有缺陷报告，这样对自己的工作会受影响。
4从编写技巧上说，界面测试用例虽说必须要写，但也不是按部就班地编写，可以适当地对一些类似的界面写成公用测试，把标准和易用性的方面写在一起，既节省了时间也不会影响测试。
现实往往并不会去特意的做这个界面的测试
以下是我在真实测试中出现的：在我们执行一些功能测试用例的同时，往往会顺便看一下其界面的显示。。。
因为我们做的是台湾的项目，所以在很多语法上描述的都是不一致的，但是在我们执行功能测试用例的同时，如果发现有一些界面上的问题也是要提交bug的，只不过等级会是比较低的。。而这些bug开发往往有得时候也不会解，会一直搁置到项目的后期。。
但是即使是这样，我们也不能因为没有专门的界面测试用例就不去关注界面的bug。毕竟界面的显示对于用户来说还是最直接的，但是因为界面的bug有的时候真的是因人而异，每个人标准不同，所以定位也不同，这就需要我们测试人员在测试时自己来度量了。
界面当然要测试，用例还是没必要。
界面测试，跟需求的设计一致即可，到时做出来的跟设计的对照对应。设计大量界面用例没什么必要，但要是实现闲的没事也可以去用例库中补充起来。现在讨论的是要不要写界面测试的用例而不是要不要界面测试，发现好多人没看清楚话题还是怎末的。界面当然要测试，用例还是没必要。 :) 需要，选择正方。 界面测试当然需要写测试用例了，界面测试虽然是低级的测试，但是，这个关系到一个软件的面子问题。通过界面就可以看出这个软件的质量。如果一个软件连界面都有很多错误，或是错别字，估计用户认为该软件的实际功能质量也好不了哪去。
打个比方，明星们是希望身体重要还是自己的漂亮脸蛋重要呢？其实他们肯定都是认为都重要。但是有很多女明星为了自己没不惜牺牲自己的身体，丰胸、整容，就是把自己弄得更性感些，招来更多人的夸奖和追捧。
所以，软件的界面问题是很严重的。测试用例不可缺少。
