网页设计原则 - 可用性测试
焦点小组不是可用性测试
焦点小组一般5-8人,对展示给他们的设计作出反应。焦点小组可以抽象地确定目标受众想要什么,需要什么,喜欢什么。也可以对网站的起名,指示性描述作出改进,发现用户对竞品的看法。但是焦点小组不应该是网站收尾的时候做的事情,而是在网站设计之初,用来对网站进行用户调研。
可用性测试
在一次可用性测试中,要一次对一个用户展示一些内容,让用户说出这是什么,并试着使用它完成一项任务 。可用性测试可以让你知道用户是否可以使用你的网站。
关于测试的几个事实
如果想要建立一个好用的网站,就一定要进行测试。
测试会提醒你,不是每个人都像你一样,知道你所知道的,和你用同样的方法来使用网站。
测试一个用户比不做测试好很多倍
测试总会有效果,哪怕对错误的用户来进行测试,也可以知道很多改善网站的内容。
早点测试一位用户,好过最后测试50位用户
在早点开始测试的时候,改错的成本会很小,而一旦网站投入使用,再来改进的话,就会产生很深远的影响。早点测试一位用户,比测试重要的用户,效果更显著。
测试的关键不是为了证明什么,而是了解你的判断力
人们通常认为,可以用测试来证明A比B更好,但这做不到,没有人有资源来做这样的测试。测试就是给你提供有价值的参考,加上你的经验、专业能力,让你更加容易地在A和B之间做出更明智和自信的选择。
测试是一个迭代的过程
通常,测试的周期是测试-。开发-测试-修复-再次测试。
现场用户的反应最重要
现场用户的反应可以让你了解到你的网站哪些地方做得好,哪些地方做的不好需要改进。这样一遍又一遍的测试,最终会让你的网站更加符合用户的需求。
简易可用性测试
传统的可用性测试
测试用户数量:8个以上
招募方式:仔细选择,尽量接近目标用户
测试地点:一个可用性实验室,包括一个观察室和单向玻璃
主导测试:一位有经验的可用性测试专家
提前计划:需要几个星期的准备制定测试计划,预定实验室,招募用户
准备工作:起草、讨论并修订测试草案
测试目标和时间:由于花费巨大通常在网站收尾的时候进行一次测试
成本:5000-15000美元(国外的价格)
后续工作:一周之后,产生20页报告,然后开发团队碰头来决定怎么修改
简易可用性测试
测试用户数量:3-4个
花费较低,可以发现最明显的问题,可以保证测试次数
招募方式:随便找一些人,任何会上网的人都可
招募任何回上网的人来进行测试即可,最重要的是保证测试次数,这样团队就有足够的次数来发现更多的问题。
如果你的网站 普通用户都能使用的话,那么目标用户一定也可以使用。这通常是最好的。
如果你的用户分为好几个明显的阵营,那么至少要在每一个阵营里做一次测试。在其他回合的测试中,你可以任意的搭配。
如果你的用户是某个领域的专业用户,那么至少要在这个阵营中测试一次。
邀请方式,可以在网上贴出一个简单的告示,表达出自己的需要和参与者会得到的回报。
避免对网站背后的组织做出预先讨论,要能够从用户的第一眼看出他们是否能从标准的开始得出网站的宗旨。
别不好意思请周围的朋友邻居来帮忙,测试是一件很有意思的事情,大部分人都很喜欢这种测试,并且可以得到报酬,还可以学习一些电脑知识。
测试地点:任何办公室或会议室
使用录屏软件把用户使用的电脑的屏幕录制下来,有利于团队进行观察和分析。
主导测试:任何相对有耐心的人
引导用户的人:引导可用性测试,最重要的是鼓励测试用户去尝试,只要有一些实践经验都可以做。选择一个安静、冷静、有同理心、善于倾听、天性公正的人。
观察的人:任何想要观察的人,可以鼓励任何人。比如团队成员、市场、其他相关人员。
提前计划:几乎可以在任何时间进行测试,稍微准备即可
准备工作:决定你要展示什么
测试目标和时间:在开发过程中持续进行小规模测试
成本:300美元(国外的价格)
要给测试者提供合理的补贴,一般一小时测试是50美元到几百美元(国外价格)。高于市场价格一点,可以激发用户对项目的兴趣,而不是对报酬的失望。
后续工作:开发团队和任何感兴趣的人,当天1小时简单总结
下一篇: 详谈功能测试与非功能测试
推荐阅读
-
等价类测试用例设计原则_边界值法测试用例
-
像首席技术官一样思考:如何高效管理 30 人的研发团队?-管理越多越轻松。好的研发团队,应该是上拨下用,即下级对上级的向上管理;而不是反过来,总是向下管理,甚至是 CTO 做经理的事,经理做工程师的事,工程师最终会被当成实习生。如果是这样,就会越管越累,不仅团队无法成长,而且团队整天很忙还效率低下,问题一大堆。 有这样一个小故事:一位高级经理下班后帮忙倒垃圾,结果被老板训斥了一顿。这就好比首席技术官做了实习生自己该做的事。事情本身没有对错之分,只是从不同的角度有不同的理解。 古人云:"用人不疑,疑人不用"。在面对自己的研发团队时,应该相信他们能做好,授权一线开发人员充分发挥专业特长,不要限制他们的工作。但在相信他们的同时,也要进行二次确认,始终秉持 "我相信,但我要确认 "的原则和严谨的精神。因为每个人都会犯错和疏忽,通过发挥团队的智慧,团队犯错的机会就会大大减少。比如回归测试、代码审查、开发演示、变更审批等等。 如前所述,每个人都难免会犯错。但作为管理者,你所设计和商定的流程不能出错。管理者的每一个决定和沟通都应该经过深思熟虑。就像红绿灯的交通设计,某辆车不小心闯红灯可能会扣分,但红绿灯的设计一定要正确、人性化、统一。再比如,开发人员可能会因为疏忽大意写出 bug,但研发流程的设计和上线流程的发布不能有任何差错。因此,流程体系的设计,一方面要结合当前团队规模、业务特点和需要重点解决的问题来设计,另一方面也要在人员防错、效率提升、发挥团队集体智慧等维度进行综合考量。应该站在更高更抽象的角度去思考,不断思考一个倍受欢迎的园区应该如何设计,思考一个灵动、经典、永恒的建筑应该遵循怎样的模式,思考一个成功、优秀、卓越的研发团队应该需要怎样的流程和制度。 最后,反馈很重要。向上汇报很重要,向下反馈也很重要。能够保持顺畅的双向反馈和闭环管理,对研发团队的协作和沟通有着非常明显的积极作用。在向上汇报方面,要培养团队在正式汇报、会议汇报、私下沟通、书面总结、非正式场合等方面的沟通能力,提醒下属报喜也要报忧。凡事先记录,再跟进,最后反馈。反馈很重要,主动汇报更难得。 另一方面,同时也不要忽视向下反馈。好的爱,是双向的。团队也是如此,没有严格的上下级之分,只是分工和角色不同而已。作为管理者,不必总保持一种 "神秘感",让人 "捉摸不透 "才是牛。当团队做得好或有人做得好时,要记得在公开或私下场合给予肯定和赞许。业务有增长、业绩有提升时,别忘了给团队一些鼓励,或者安排一次下午茶或聚餐。在例会或正式会议上,也可以同步向大家传达一些重要信息和高层指示。"欲速则不达,欲远则同行"。 当向上汇报、向下反馈的沟通闭环形成后,同时结合前面研发过程的管理闭环,双管齐下,就能形成良性循环。如此反复,持之以恒,优秀卓越的研发团队,必将呈现。 能力、产出和效率 接下来,继续重复关于能力、产出和效率的话题。 站在不同的角色,以及一个企业经营、生存和发展所需要的基础上,我把研发生产力分为三个层次,分别是:一线员工关心的研发能力、管理层关心的软件产出和操作人员关心的企业生产效率。简单概括就是:既要把工作做好,又要能出成果,还要能帮企业赚钱。
-
什么是可用性测试?有效性(Effectiveness)-- 用户完成特定任务和实现特定目标的正确性和完整性程度;效率(Efficiency)-- 用户完成任务的正确性和完整性程度与所用资源(如时间)之比;满意度(Satisfaction)-- 用户在使用产品时的主观满意度和接受程度。 2.如何获得可用性? 可以参考以下原则:Gould、Boies 和 Lewis(1991 年)为以用户为中心的设计定义了 4 个重要原则: 早期以用户为中心:设计者应在设计过程的早期就努力了解用户的需求。 综合设计:设计的所有方面都应同步发展,而不是按顺序进行。使产品的内部设计始终与用户界面的需求保持一致。 早期和持续测试:当今唯一可行的软件测试方法是经验主义方法,即如果实际用户认为设计可行,该设计就是可行的。通过在整个开发过程中引入可用性测试,用户就有机会在产品推出之前对设计提出反馈意见。 迭代设计:大问题往往掩盖了小问题的存在。设计人员和开发人员应在整个测试过程中对设计进行迭代。 3...什么是可用性测试? 可用性测试是根据可用性标准对图形用户界面进行的系统评估。 可用性测试是衡量用户与系统(网站、软件应用程序、移动技术或任何用户操作设备)交互时的体验质量。4.如何进行可用性测试? l 实验室实验
-
软件设计中的可用性和可用性测试
-
交互设计知识点 - 可用性测试
-
建筑设计可用性测试:如何进行系统可用性测试
-
网页设计原则 - 可用性测试
-
如何通过可用性测试来指导设计
-
高可用性系统的设计原则是什么?
-
网页页脚可用性设计指南