51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 14995|回复: 31
打印 上一主题 下一主题

如何对软件的界面操作进行有效的测试?(10-12-27)(获奖名单已公布)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-12-27 13:43:43 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
如何对软件的界面操作进行有效的测试?例如快捷键,菜单,工具条

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



获奖名单

奖项

获奖名单

奖励

答案链接

二等奖

狩猎者

300论坛积分

4#

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

32#
发表于 2011-4-2 10:54:27 | 只看该作者
建议阅读《UCD火化集》相信会有所启发
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2011-2-24 10:46:10 | 只看该作者
回复 4# 狩猎者


    很精辟
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2011-2-12 19:18:55 | 只看该作者
学习了,大家说得真好。
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2011-1-26 16:53:00 | 只看该作者
易用性和界面设计统一风格,显示没有问题
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2011-1-24 16:04:59 | 只看该作者
第一次参加,希望大家多多指点!

1.实际做出来的页面是否满足要件式样书的要求
2.有效性
①Button以及其他有效性,错误值判断
②背反条件是否达到要求
③多人操作时数据的有效性
④界面迁移正确性
⑤快捷键
⑥Link有效否
3.实用性
4.美观性
①Layout规整,是否满足需求,美观大方漂亮
②文言长度
③主要项目显示在对角线上方
5.便利性
①操作便利和实用性
②错误提示通俗易懂
③相通功能的Button归纳到一起
④菜单的深度
6.统一性
①界面的风格是否与当前主流软件风格统一
7.利用人群的接受度
8.Help
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2011-1-24 09:43:59 | 只看该作者
在这个追求效率,追求人性化的时代,我们的软件产品也同样不能忽略了用户的使用体验,我们经常说Feeling,对某件事物有没有Feeling很重要。我本人对这个词很有感受,经历了很多事,不如意之事十之八九,岂能尽如人意。关于Feeling的感受不是我们今天的主题,赶紧拉回来,我们说说现在最流行的一个词:用户体验。

谁都喜欢美好的事物,大家可能会有这样的感受:看见某一样东西的时候,觉得这东西挺好,就是丑了点,如果长成这样的话我就喜欢了。软件其实也是一样的,我们现在看到很多开源软件在界面方面设计得也越来越美观了,这是我们所期望的。大家可能经常会谈到GOOGLE或者BAIDU的用户体验做得是多么多么好,这点我承认(比如简单的界面,智能提示,总能找到你想要的),但是不知道大家有没有发现:当进入百度首页时,我们可以看见一个”更多“的链接,去使用更多百度的服务,而当我搜索了一个关键字进入了搜索结果呈现页面后,就没有“更多”这个链接了,比如我现在要去使用百度词典,我必须先回到首页,再进入“更多”页面,这显然有违易用性的原则。

所以我们说,光光界面美观并算不上好的用户体验,好的用户体验更多的是在易用性上面,如易操作,易理解,简单高效,减少页面等待,页面刷新等等。我们所开发出来的软件,其实在用户体验方面可以有很多值得改进的地方,这对我们软件工作人员提出了一个更高的要求。我们知道,现在的软件同质性很高,而且已经在技术方面相对比较成熟,成体系了。所以我们大家开发出来的软件都大同小异,那么如何能提升我们的软件产品的竞争力呢,用户体验不能不说是一个很好突破口。

下面这个案例网上偶得(原文出处无处考证),很形象地形容了一个用户是如何来使用软件的,虽然语言有些夸张,不过仔细想想,的确是这样。我们完全可以以此为突破口,为我们的软件测试找到更多的可研究的东西。

  今天我点名买了个B/S系统,听说只要有浏览器就能用。我最讨厌装客户端了,用浏览器就是方便啊。
  下面就是我使用这个系统碰到的麻烦事:
  我登录失败的时候没有任何提示,这没什么,反正提示也只是说失败……
  进去后发现颜色变更很强烈刺得我一眨眼,不过多看几次就习惯了。
  点击某个链接的时候出现错误页面,刷新后就好了,难道是随机错误?
  保存文字的时候没有成功提示,不过能成功保存就算了。
  浏览记录的时候竟然出现错误页面,原来我没有选记录就浏览了,我自己操作不规范嘛。
  删除记录的时候发现选错了,想取消的时候却提示删除成功,都没有确认提示,只能下次看仔细点了。
  查询时字母键被茶杯压住了多输了点字符,竟然出现错误页面,下次把东西整理好。
  无聊随便点点几个链接,竟然没有反应,既然不用,那就不要做出来嘛。
  看看自己上传的图片效果如何,这个怎么不显示?多试几次发现名字不包含中文就好了,下次注意下。
  改改字体字号颜色美化环境嘛,怎么格式那里不显示正确的字体字号呢,将就用吧。
  这里的记录条数怎么这么多啊?原来是没有删除按钮,看来下次不能随便加了。
  这个结束时间怎么在开始时间前啊?原来没有进行控制,下面的人执行时……还是自己改过来吧。
  上次我在这里看见的图片呢?刷新后就出来了,怎么和我玩捉迷藏呢?
  多输了点内容,保存时候提示太多了,点确定后发现被清空了,我一个小时的工作啊!
  这张图片真不错,但是按钮呢,按钮呢?按钮被挤掉了我怎么编辑啊。
  听说F5是刷新点一下看看。怎么好像变成了登录界面?
  刚学了怎么用TAB键,确实很方便。TAB一下。跑哪去了,怎么一片空白啊???
  玩游戏的人点击速度那么快,我也来试试。怎么一双击就出错了?
  我找错别字是很厉害的,这不就发现“同意”写成了“统一”。
  这里提示只能输入1-100,我偏要输入9999……保存看看,怎么系统不能用了?
  这里一点击就出现IE错误,硬是不弹出我需要的窗口。
  这个查询按钮怎么灰掉了?这么多记录让我一页一页翻过去找啊。
  上传第二个附件的时候怎么把第一个挤掉了啊,会挤掉也要提示一下嘛。
  一个页面上打开的记录太多了,变体都用…省略了,要是鼠标放上去浮动显示完整标题就方便多了。
  这几条记录有依存关系,删了一条其他就没了,提示都没有,早知道我就用编辑了……
  这条记录怎么好像是昨天的,我记得今天更新了啊?原来编辑后的记录没有传到引用的地方。
  最最奇怪的是昨天上传时候正常的图片今天就不能显示了。我记得没有只能显示一天的功能啊???
  这里怎么没有任何按钮呢,看手册才知道竟然要用右键进行操作,怎么突然冒出个异类啊???
  这里怎么能增加两条相同的记录呢?不控制一下天知道手下那些愣头青会做出什么来。
  这里的菜单一层一层又一层,足足有五层,把我头都绕晕了……我记得哪里说过最好不要超过三层的。
  这个界面看起来怎么这么别扭啊,是字体太大了,是按钮太小了,还是功能太多了,……
  怎么不是管理员登录进来也能管理啊,那我这个管理员的身份不是多此一举吗?
  删除的时候提示Error,幸亏我英语水平好,可是你换成中文不行吗?
  这条记录不是删除了吗,怎么还能引用啊,到时候出错了怎么办,难道还要我记住删了那些记录?
  经过精心编辑,我发了一条通知,怎么用普通用户查看的时候是默认的字体字号啊???
  这几个页面上的当前日期怎么是固定不变的啊,这都是去年的日期了,不会是开发时候的吧。
  ……
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2011-1-21 09:43:31 | 只看该作者
页面                   页面是否美观大方,符合一般的审美
                确保窗口对象及其特征(菜单、大小、位置、状态和中心)都符合标准等
                包括首页、二级页面、三级页面、控件在各种常用分辨率无错位
                页面上没有错别字
                窗口切换、移动、改变大小时是否正常
                各种界面元素的文字(如标题、提示等)是否正确
                控件排列是否合理
功能                   各种界面元素是否支持键盘操作
                确保各种访问方法(鼠标移动、快捷键等)都使用正常
                对话框中的缺省焦点是否正确,Tab切换是否符合输入习惯。
                输入固定格式的内容如(邮件,日期等),有无格式提示
                对某些固定格式的输入提供相关控件,例如加入系统日历
                数据项能否正确回显
                用户资料查询时支持通配符
                输入框控件能根据用户输入自动产生拖动条等
                各个链接正常
提示                   提示信息是否规范、合理
                执行有风险的操作时是否有合理的信息提示
                必填项用红*提示用户
                对某些重要信息有无详细标注
等等之类,新手路过
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2011-1-20 16:30:50 | 只看该作者
上面各位的理论都说得不错,但实际工作中是没几个公司会这么做的,都是凭经验凭个人想法写测试用例,然后大致过一遍,此乃我的观点,请拍砖!
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2011-1-20 14:34:47 | 只看该作者
美观、易用。 符合操作习惯、操作时间短。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2011-1-20 13:05:32 | 只看该作者
谢谢分享
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-9-1 08:56
  • 签到天数: 34 天

    连续签到: 5 天

    [LV.5]测试团长

    22#
    发表于 2011-1-18 17:59:41 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2011-1-18 11:10:58 | 只看该作者
    界面做的再简明,再美观,功能实现也没有问题了,毕竟测试人员不是最终的使用者,不是真正的用户,你无法了解用户是如何使用、操作软件的。在很大程度上,我们只是站在了我们以为用户如何.....的角度来衡量软件。如果软件都能经过用户验收测试,然后软件在上线。这样就可以避免易用性的问题了。
    浅见,多指教。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2011-1-17 17:21:11 | 只看该作者
    回复 15# neubird


        我们公司倒是会考虑项目组各环节的问题,不会把所有责任推给某个人。不过测试还是忠于需求,但是有时候各方面人员的能力问题,导致一些隐含的需求或者业务逻辑没有整理清楚,这时候一般都是开发、需求和测试一起来评审,也能解决一部分问题。
        另外,测试如果团队不大,十几个人,一般都是取决于组长和经理的能力,都是组长和经理指定一系列的规范和通用的测试用例,通过跟踪测试人员的一些过程产物来保证测试过程的有效。这些都只是尽量的保证,无法做到规范。本来就不规范的东西,如何能够规范下来呢,只能说是尽量。。。哎~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2011-1-17 15:11:09 | 只看该作者
    有效测试的前提是: 对软件有深入的了解; 用户如何用软件, 怎么用。

    测试离不开具体的应用实例。 个人认为, 如果测试用例里包括了实际的用户使用, 这个测试就是有效的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2011-1-13 17:27:52 | 只看该作者
    假如公司有专门的用户体验工程师,那么界面的测试主要是针对输入、输出的规范性,如输入长度,输入字符限制等进行测试。
    如果公司没有用户体验工程师,也要看软件是给谁用的,如果是客户是那种专业柜员,就要考虑输入的快捷性、统一性,常用功能是否都有对应的快捷键。如果客户是普通人员,就要考虑界面的友好性、易用性等
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-1-13 13:38:14 | 只看该作者
    我个人觉得LZ这个问题,是让我们思考一个方向,一个理论上比较高效的做法,而不是实际上你怎么做,有了方向,我们可以努力,而不是说现在就要达到,很多公司不同,做法就不同,更何况,如今软件测试说了这么多理论,这么多技术,真正用在工作中的能有几家?大家工作还是按照我们想的那么做,就像很多人都知道设计测试用例的8种方法,但真正写时候还一般都是根据自己经验,最多考虑等价类和边界值就不错了,其实写多了后根据写的经验写出来的也就包括可等价类,边界值,但绝对不会真的根据理论上的8种方法,每一种进行推敲来写,为什么不这么做,不是作为用例设计人员没有这个水平,或者不想用这8种理论,而是很多限制问题,相信工作过一段时间都明白限制条件是什么,不过如此而已。更何况。。。。。明白的人都明白的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2011-1-13 13:21:15 | 只看该作者
    本帖最后由 582357212 于 2011-1-13 13:24 编辑

    回复 15# neubird
    呵呵 工作中很多问题就很难说的,软件过程不规范,神马都是浮云。这种情况下,我个人觉得最好就是想好怎么样做才不至于出了问题会把屎盆子扣在我们测试头上,这也是另外一个话题了。。。呵呵,兄弟淡定,一切看得开些
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2011-1-12 18:16:47 | 只看该作者
    回复 14# 582357212

    谢谢您的回复~~
    其实呢,一些大道理,我们都明白,但是有些事是当局者迷。一切以用户为第一位。但真正设计-开发-测试的过程中,就会出现推诿的现象,毕竟,用户在这个周期内,是不参与任何活动的。这样的情况下,如何判定?其实这就是另一个话题了,权责分配的问题。但是好像现在很多公司都是这样,设计不管,开发不管,都堆到测试上或者根本就没人管,上了线,出了问题,才开始无休止的推卸责任....唉....
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2011-1-12 17:13:45 | 只看该作者
    本帖最后由 582357212 于 2011-1-12 17:14 编辑

    回复 13# neubird
    准确的说是你们公司测试测到什么时候结束,测试深入到什么地步,这是由谁说的算?是客户,开发,还是项目经理,还是你自己。明白项目的大小,项目的成本,项目遗留Bug对产品交付的影响等条件,那么易用性的标准也就很好定义了,测试的范围和准则也就好定义了。这是一个有关联的问题,脱离实际谈易用性,用户体验等就是一句空谈,即时加到计划中只会让计划缺少可执行性和让这个易用性,用户体验方面的目标变成放在那儿的一段文字 没有任何作用。例如你们就是个小项目,客户说我不要求你的质量怎么好,只要保持基本功能能用,不能收我太多钱,但是时间必须在几号前交付版本  不然我就扣钱,那所有的一切测试准则都是纸上谈兵,结果就是质量很差,客户抱怨很多,但客户永远是对的,这也是所有为了生存而迁就客户的普遍问题。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-23 20:09 , Processed in 0.086412 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表