漫谈人机界面测试

【正文】 本文列数了软件黑盒测试过程中,在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术,仅针对在软件黑盒测试过程中若干的问题做描述,并提供个人的参考测试意见与防范意见,希望可以为初学者提供些许帮助。

俗 话说“人靠衣裳马靠鞍”,良好的外观往往能够吸引眼球,激发顾客(用户)的购买欲望,最终达成商业利益的实现。软件的设计亦如此,Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板,以突出“应用”的灰色界面,从“用户体验”角度来设计界面,使界面具有较大的亲和力。就目前的软件设 计的发展趋势来说,良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试,给出客观、公正的评价,却 鲜见于报端。本文试从共性分析和个性分析的角度,给出一些测试意见和原则,简单且易于上手。起到一个抛砖引玉的目的、以飨读者。

我们知道: “不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时,我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用,这是一切软件界面设计和测试的 必循之道,是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感,使老用户更易于上手、充分重用已有使用经验,并尽 量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行),不妨从下列一些角度测试软件的人机界面。

一致性测试

一致性使软件人机界面的一个基本要求。目的是使用户在使用时,很快熟悉软件的操作环境,同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时,需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见:

――提示的格式是否一致

――菜单的格式是否一致

――帮助的格式是否一致

――提示、菜单、帮助中的术语是否一致

――各个控件之间的对齐方式是否一致

――输入界面和输出界面在外观、布局、交互方式上是否一致

――命令语言的语法是否一致

――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索)

――存在同一产品族的时候,是否与其他产品在外观、布局、交互方式上是否一致(例:Office产品族)

――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致

――多个连续界面依次出现的情况下,界面的外观、操作方式是否一致(当然可能会有例外,比如操作结束的界面)

信息反馈测试

假 设系统的使用者是一个初出茅庐的生手,你能指望她(他)在进行操作不出错吗?但这还不是问题的所在,问题的所在在于我们都会犯错误,我们都有自己不了解的 东西。如何避免,这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈,用户得到出错提示或是任务完成的赞许之语。但有些不幸的是,我们很 多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见:

――系统是否接受客户的正确输入并做出提示(例:鼠标焦点跳转);

――系统是否拒绝客户的错误输入并做出提示(例:弹出警告框,声响);

――系统显示用户的错误输入的提示是否正确,浅显易懂(例:“ERR004”这样的提示让人不知所云);

――系统是否在用户输入前给出用户具体输入方式的提示(例:网站注册程序);

――系统提示所用的图标或图形是否具有代表性和警示性;

――系统提示用语是否按警告级别和完成程度进行分级(若非某些破坏性操作,请对用户温和一些);

――系统在界面(主要是菜单、工具条)上是否提供突显功能(比如鼠标移动到控件时,控件图标变大或颜色变化至与背景有较大反差,当移动开后恢复原状);

――系统是否在用户完成操作时给出操作成功的提示(很多系统都缺少这一步,使用户毫无成就感)。

界面简洁性测试

你的人机界面像你的脸一样对称、干净吗?我们往往看到的使很多系统在人机界面设计上就像长了天花的病人。因此我们不得不对其进行美容前的检查,下面是一些供检查的建议条款。

――用户界面是否存在空白空间(没有空白空间的界面是杂乱无章的,易用性极差);

――各个控件之间的间隔是否一致;

――各个控件在垂直和水平方向上是否对齐;

――菜单深度是否在三层以内(建议不要超出三层,大家可以参考微软的例子);

界面控件分布是否按照功能分组(菜单、工具栏、单选框组、复选框组、Frame等);

――界面控件本身是否需要通过滑动条的滑动来显示数据(建议采用分页显示并提供数据排序显示功能);

实际上,一个处理该类测试的原则性的东西就是:干掉多余的东西,尽可能分组。

界面美观度测试

你的界面美观吗?试想一个服装模特穿一身不得体的衣服其展示效果会如何?我至今还记得在学习美学时老师讲过的一句话:美是对比的产物。在软件界面的美观度测试上,我们不得不注意下面的一些建议。

――前景与背景色搭配是否反差过大;

――前景与背景色是否采用较为清淡的色调而不是深色(比如用天蓝色而不用深蓝色和墨绿色);

――系统界面是否采用了超过三种的基本色(一般情况下不要超过三种);

――字体大小是否与界面的大小比例协调(一般中文采用宋体9-12,英文采用Arial或Times New Roman,日文采用SimSun或明朝);

――按钮较多的界面是否禁止缩放(一般情况下不宜缩放,最好禁止最大、最小化按钮);

――系统是否提供用户界面风格自定义功能,满足用户个人偏好;

用户动作性测试

“科 学是懒人的哲学”,这是我大学专业老师的一个观点。我们的计算机系统也不例外。我们的系统能让用户尽可能地偷懒吗(少动手肘,少记命令等),从这个角度出 发,相信你会对用户动作性测试的本质有较深的体会。我相信没有一个测试员愿意做的多而收获的少。此外用户从某种角度上是心怀不测的挑衅者和肇事者。他们很 少有太多的耐心来对待他们寄以很大期望的系统。下面是一些判断用户是否能够“偷懒”和“发泄防止”的测试建议。

――是否存在用户频繁操作的快捷键;

――是否允许动作的可逆性(Undo,Redo);

――界面是否有对用户的记忆要求;

――系统的反应速度是否符合用户的期望值;

――是否存在更便捷、直观的方式来取代当前的界面的显示方式;(比如用菜单界面代替命令语言界面)

――用户在使用时任何时候是否能开启帮助文档(F1);

――系统是否提供模糊查询机制和关键字提示机制减少用户的记忆负担(比如清华紫光输入法的模糊音设定);

――是否对可能造成长时间等待的操作提供操作取消功能;

――是否支持对错误操作进行可逆性处理,返回原有状态;

――是否采用相关控件(如:日历,计算器等)替代用户手工键盘输入;

――选项过多的情况下是否采用下拉列表或者关键字检索的方式共用户选择;

――系统出错是是否存在恢复机制使用户返回出错前状态(如:Office XP的文件恢复);

――在用户输入数据之前,用户输入数据后才能执行的操作是否被禁止(如特定的按钮变灰);

――系统是否提供“所见即所得(WYIWG)”或“下一步提示”的功能(比如预览);

行业标准测试

每个行业都有自己的一套标识体系。请尽可能不要与其“撞车”。这就需要我们的人机界面测试人员对软件行业的符号体系有所了解,否则将很难担此大任。

――界面使用的图符、声音是否符合软件所面向领域的行业符号体系标准;

――界面说使用的术语是否符合软件所面向领域的行业命名标准;

――界面的颜色是否与行业代表色彩较为相近;

――界面的背景是否能够反映行业相关主题(比如:反映环保的背景一般采用自然风光作为背景);

――界面的设计是否反映行业最新的理念和大众趋势;

当 然、每一个软件也应当具有自己的一些个性,这些个性是体现软件开发商和所面向的用户领域的特定需要的。比如微软的启动界面和苹果的启动界面就完全是两码 事。一个不失个性的软件,其本身就是软件制作商的“广告代言人”。既要突出制作商,又不能喧宾夺主。下面我们给出一些常见的软件个性测试原则。

――软件的安装界面是否有单位介绍或产品介绍,并拥有自己的图标;

――软件的安装界面是否在界面上不同于通用的安装工具生成的界面(比如:金山快译的安装界面就比较有特色);

――主界面的图标是否为制作商的图标;

――系统启动需要长时间等待时,是否存在Splash界面,它是否包含或反映制作者信息;

――软件是否有版本查看机制,版本说明上是否有制作者或是用户的标识;

――软件的界面的色彩、背景、布置是否与同类产品有不同之处,如果有,是否更为简洁、美观;

――软件界面操作与同类产品相比,是否能够减少用户输入的频繁度;

――软件界面操作与同类产品相比,是否在出错预防机制和提示上更为直观、醒目;

――软件界面是否为特殊群体或是特殊的应用提供相应的操作机制(比如Windows的放大镜);

【小结】

总 而言之,软件人机界面的测试需要一个立足“共性”但又要强调“个性”的测试思路,软件人机界面的测试与其他类型测试不同,更加强调从用户的角度、审美观去 看待待测软件。既不能过于“大俗”,又不能过于“大雅”。很多时候,需要在强调规整和强调个性间进行权衡。这迫切需要我们的界面测试人员用大脑去思考,用 心去体会。这对人机界面测试人员在审美观上也是一个极大的挑战。

时间: 2024-10-08 18:05:52

漫谈人机界面测试的相关文章

漫谈测试人员和开发人员关系

此文已由作者夏君授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 从事软件测试已有多年,参与过很多项目,合作开发不少,谈起测试和开发的关系,说起来比较微妙,有时候能和睦相处,有时候矛盾重重.其实矛盾的根源,无非就是BUG,但起源于BUG,也终止于BUG. 首先,来看看在整个软件产品的生命周期中,开发和测试人员对应不同的阶段对应不同的工作职责,如图所示: 从上图可以看出,测试和开发的工作范畴不一样,对于流程及业务多少会有理解偏差,所以合作上存在矛盾是无可避免的.相信即使针对

漫谈程序员系列:受刺激啦,开篇啦

今天我媳妇给我说,楼上邻居投了家every day便利,快回本了,买了个商铺,租给卖床上用品的啦,人家夫妇俩也是做软件开发的,这头脑这眼光!我媳妇做测试,我做开发,我媳妇说她受刺激了,我按捺住蹦蹦跳的小心脏,QQ上对她说,要淡定,摆正心态. 女儿在幼儿园的小伙伴的爸爸也是搞开发的,因为两个孩子爱一块儿玩儿,经常哭着喊着要在一起,我们两个30多岁的老男人也认识了,聊过30多岁的IT男出路在哪里这种话题,总之感觉不太乐观,迷惘.彷徨.坚定.犹豫,毛感受都有-- 现在校园招聘如火如荼,开发群里经常有学

漫谈 Greenplum 开源背后的动机

漫谈 Greenplum 开源背后的动机 Greenplum是一家总部位于美国加利福尼亚州,为全球大型企业用户提供新型企业级数据仓库(EDW).企业级数据云(EDC)和商务智能(BI)提供解决方案和咨询服务的公司,在全球已有:纳斯达克,纽约证券交易所,Skype. FOX,T-Mobile;中国已有:中信实业银行,东方航空公司,阿里巴巴,华泰保险,中国远洋(Cosco),李宁公司等大型企业用户选择Greenplum的产品. 这几天最大的消息莫过于 Greenplum 的开源,年初开始 Pivot

客户端GUI测试技术和自动化测试架构设计简谈

客户端自动化特点 客户端的自动化,通常做过的人都不是很愿意深入讨论.因为除了功能和逻辑之外,不得不面对各种界面变化,各种和环境交互,各种兼容问题以及想不到灰色地带,就算这样,也找不到太多有效的bug.然而即便如此,客户端的自动化必须去做,尤其是GUI的.它的自动化特点是: 复杂 成本高 不容易发现问题 技术要求高 架构很难通用 下面,从一些基本的东西开始一点点的讨论客户端GUI测试的一些问题和处理办法,以及自动化架构设计的一些思路.事实上就像上面说的,GUI的测试并不是为了发现bug,而是回归的

漫谈iOS程序的证书和签名机制

原文:漫谈iOS程序的证书和签名机制 接触iOS开发半年,曾经也被这个主题坑的摸不着头脑,也在淘宝上买过企业证书签名这些服务,有大神都做了一个全自动的发布打包(不过此大神现在不卖企业证书了),甚是羡慕和崇拜.于是,花了一点时间去研究了一下iOS这套证书和签名机制,并撰文分享给需要的朋友.由于本人才疏学浅,多有遗漏或错误之处,还请大神多多指教. 非对称加密和摘要 非对称加密的特性和用法 非对称加密算法可能是世界上最重要的算法,它是当今电子商务等领域的基石.简而言之,非对称加密就是指加密密钥和解密密

漫谈程序员系列:快来约这些女生,保你脱单

最近和同事.朋友.网友聊天,聊到程序员谈女朋友的事情,发现了一些有趣的东西,分享出来. 八卦了周围干开发的程序员的另一半的职业,发现了下列组合: 程序员+测试 程序员+美工 程序员+售前 程序员+程序员 程序员+人事(HR) 程序员+客服 程序员+老师 我这人爱瞎琢磨,可这次不是瞎琢磨,我这一琢磨呀,嘿,您还别说,真有点儿道道儿啊,原来这都是绝配啊. 程序员+测试 我在"漫谈程序员系列:看看你离优秀有多远"一文中得出了一个戏剧性的结论:因为普通程序员老是和测试MM沟通,告别单身的几率比

原创:漫谈戴明管理哲学与软件开发(三)

(续前) 3.停止依靠大批量的检验来达到质量标准 检验其实是等于准备有次品,检验出来已经是太迟,且成本高而效益低.正确的做法,是改良生产过程. 很多人分不开QA和QC的区别,甚至在教科书中也往往把测试叫做QA,但事实上两者是有很大区别的. QA全称是Quality Assurance,直译即质量保障 -- 避免生产质量不达标的产品.而QC的全称是Quality Control,直译即质量控制 -- 避免让质量不达标的产品出厂.两者看似没区别,但实际上却是截然不同的两种管理思想.质量保障的目标是把

射频识别技术漫谈(8)——动物标签

动物标签也是工作在TTF模式的ID(Identification)卡.之所以通常称为动物标签,估计是因为一来和识别人的ID卡相区分,二是因为动物不如人听话,人的ID卡可以做成卡片形状拿在手上,而动物不会用四肢持卡,要么做成小玻璃管状用设备注射到皮下,例如小狗小猫等宠物,要么做成耳钉订在耳朵上,例如猪耳标,要么做成环状套在腿上,例如信鸽的脚环. 动物识别标签的通讯方式分为全双工(FDX)和半双工(HDX),全双工是标签回送数据时读卡器产生的射频场不消失,半双工是标签回送数据时读卡器产生的射频场消失

ArchSummit全球架构师峰会2017年深圳站 漫谈

自去年6月跳槽到某CDN厂,从偏向移动端开发又回到了专注后端,关于做一个移动应用独立开发者的计划暂时搁置,但是如马云所讲: "梦想还是要有的,万一实现了呢".去年下半年辛苦加班加点干活,但是却乐于其中,随着团队规模扩大,现在负担小多了.不仅仅是涉及时髦的大数据技术,而是体会到了很多非纯粹编码的道,不再死守XX编程语言,毕竟产出效率为王,更何况虽然是在大公司内,但实际也可看作是创业部门,除了极个别领域,大部分是业务驱动产品开发,技术仅仅是作为落地的工具,技术随着产品演化到某个阶段也会随着