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

mr.bee

个人觉得界面测试是不需要用例的，但是界面规范不可缺。
关于界面测试，应该采用界面规范去指导执行。开发人员中很少人对自己所设计的界面表示不满，他们在界面设计的也许会考虑到界面的易用、简洁、美观，但这更多是从他们本身的主观意识出发去思考，界面说到底就是为了易用，一套从用户角度出发的规范在提高用户工作效率上、提高产品品牌价值上有很积极的作用。

stepper

我是新手，说一下我的观点，我认为要从两个两个方面考虑，第一要看公司的规模及对测试的重视程度，也就是测试流程是否规范，软件开发流程是否有固定的模式，有规范的测试流程的公司会严格要求按照软件测试的规范设计测试用例，同时也会预留出足够的设计测试用例的时间和资源投入，反之小公司对这方面的要求可能就低一些，即便是设计了界面测试用例也未必能在后面执行。第二要看界面元素的复杂程度，首先界面测试的重要性不用多说，作为用户最直接的互动模块，一定要保证他的可用性，易用性，友好性，但是对于页面元素复杂，但业务流程简单的项目，就没有费大力气写详细界面测试的必要了，可以写几个大类别的用例覆盖全测试的几个方面就可以了。界面测试可以按照界面元素逐一测试，这样没有用例也不会有太大的风险。来看

crazysusan

界面测试:站在测试角度,个人认为是很有必要的.首先,界面的美观,整齐.是给用户最直接的感觉.只有这样,用户才能会继续操作下去,才会考虑其它的..第一感觉.的确是很重要的.   至于用例,则是根据因项目而异,因公司而异,的.在测试计划中有明确指出的则要有对应的测试用例....

gujichao

以下是我在真实测试中出现的：
在我们执行一些功能测试用例的同时，往往会顺便看一下其界面的显示。。。
因为我们做的是台湾的项目，所以在很多语法上描述的都是不一致的，但是在我们执行功能测试用例的同时，如果发现有一些界面上的问题也是要提交bug的，只不过等级会是比较低的。。而这些bug开发往往有得时候也不会解，会一直搁置到项目的后期。。
但是即使是这样，我们也不能因为没有专门的界面测试用例就不去关注界面的bug。毕竟界面的显示对于用户来说还是最直接的，但是因为界面的bug有的时候真的是因人而异，每个人标准不同，所以定位也不同，这就需要我们测试人员在测试时自己来度量了。

忍忍忍

理论上讲，如果测试用例做得全面，能够保障软件功能上面没有问题；对于UI界面的测试用例，有经验的测试人员知道，按照测试方法和策略，写完整了，需要耗时NNN久，而实际完整使用这份呕心沥血出来的用例的几率几乎是0。原因是在国内软件开发流程中，测试时间占的比例很小，而且很容易被压缩；测试并没有被国内企业完全接受，想要做好谈何容易。
个人意见UI测试用例是否需要写，要根据具体项目决定，不单是UI测试用例，软件项目生命周期中的任何产出物，都不是绝对需要的，而是根据项目本身决定是否需要裁剪。如果时间充分，可以写得很详细，如果时间不足，可以裁剪（但一定要有相关的UI测试规范等指导相关测试。）

peterz

每一个页面都要“看”，工作量不大，但是工作面很大。试想这么大的工作量，如果你刚写完测试用例，需求变更了。页面调整了。那将是灾难性的。所以，我还是觉得以软件设计需求说明书为准。如果需要测试，且写测试用例。那就要注明合理的工期。而不是搞成一个不可能完成的任务。

liyayaliutao

界面测试可以不用写测试用例
1.并不是所有的测试都要写测试用例
2.界页测试的标准并不是完全统一，需求方面也不尽相同
3.对于界面测试可以使用界面检查单代替测试用例

[ 本帖最后由 liyayaliutao 于 2009-3-18 16:29 编辑 ]

maclehappy13

我认为不用界面测试不用写测试用例，界面测试用CHECKLIST来检查比较好，按CHECKLIST一项一项检查。因为用例设计时很有可能界面都还没定稿，这样如果写用例的话是写不出具体的测试用例来的。硬要写测试用例的话，有可能会因写不具体测试用例而让测试工作停滞不前或写出来的用例也不是很适用。造成为了写用例而写用例。与其这样，还不如不写具体测试用例，而是用CHECKLIST指出从哪些方面来做界面测试有意义。所以我的观点是界面测试不用写测试用例。

51testing_zhj

把问题一分为二，对简单的界面编写测试用例.对复杂界面就没必要了吧，我相信有很多人会描述不清楚的

sunxy5291

需要

coolkisses

这个话题本身就很可笑，不好意思，个人是这么认为的

很多问题本身不是问题，到了最后一环测试这了，才发现不得不去重视，那么，我们为什么不好好分析一下，让大家好好思考一下如何避免这些问题呢？　只是测试内部讨论，下次还会遇到，还会继续郁闷，BOSS还会不时把Leader叫到办公室里说教，这可就不好笑了

回到正题，在项目组内部没有对界面进行定义与规范的前提下，我们能期待它能通过测试吗？　无论是有没有界面测试用例

所以，这一期，我不支持任何一方，算一个中立吧

mumurain

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

himily

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

xxjgogogo

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

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

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

SMALLCAI

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

hongyan

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

ma_xiaobo2008

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

suiyuanfei83

写的不错，支持！






















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

春天梅花

需要

春天梅花

{:4_84:}