可用性测试的技巧
来源:百度文库 编辑:神马文学网 时间:2024/04/29 09:40:06
(大智 jack.lee 2007-7-19)
这篇文章的参考了苹果公司的人机界面指南中关于用户测试的章节,当然,在这个指南中所说的测试指的就是用户使用相关可用性测试方面的内容。这里没有系统的讲可用性测试的组织和操作流程方面的细节,但是,讲到了一些关键性的原则和技巧,对于我们有机会有条件做这方面尝试的朋友会有一些帮助。
另外,我发现这里所提出的一些观点和著名的《don‘t make me think》的作者Steve Krug在《usabilitytesting on 10 cents a day》和《usability testing: the movie--how to doyour owntesting》中提到的关键内容非常吻合。不得不赞叹可用性测试和产品概念在国外同行业中已经形成了强大的认同,并在发挥重要的作用。如果您对这篇文章感兴趣可以在Krug的网站找到它。
在设计过程中有各种办法获得用户的反馈,包括可用性测试、认知评估、分组评审、启发式评估等。用户测试比其他方法更加通用,但它不是一个实验,而是能够获得具体的数据来进行统计分析。查找用户使用产品时的困难,进而改进产品的设计。如果时间和预算允许可以找专业的可用性测试团队来做,如果不行的话,找同事做也可以,有测试总比没有测试要好。
描述测试意图,特别要明确观察的对象,要向参与者说明测试是在测试产品而不是测试者本人。
告诉参与者测试可能持续的时间,参与者可以在任何时候以任何理由退出测试,不要让参与者因为感受到某种压力而被迫完成测试,退出也许说明下面的任务太难或者太复杂,需要简化。
让参与者在测试过程中大声地把想法表达出来,说出工作过程中脑子里出现的想法,通过听他们的想法和计划,就能够知道他们对产品的期望,例如他们的意图和解决问题的策略。你会发现通过倾听用户的思考能够获得大量的有用的信息,例如用户心智模型的细节描述。首先可以让用户做一些练习,尝试描述一个简单的过程,然后,再开始正式的测试。
测试过程中,向测试团队描述用户将要做的操作,将要使用的资源和使用资源的顺序,和实际情况是怎么操作的。把这些用一切可能的手段记录下来。
很重要的一点:用户在操作过程中不能被打断或者通过其他人的分析获得帮助,这样,才能知道用户与产品真正的交互过程。如果用户一遇到困难就立即提供帮助将会失去最有价值的测试信息:用户在哪里遇到问题和打算怎么做?
通过解释分析用户遇到的问题和试图解决的办法,来得出测试的结论。
使用测试的结果,你会发现――用户做很多事情的时候都不会像你想像的那样。当你看到用户犯错的时候,你也许会本能的责怪他们缺乏经验或者弱智。这是一种错误的反应,用户测试的目的就是为了检验产品的哪部分因为不完善的设计而导致的使用困难和效率问题。
查看记录,不要因为单个用户在某个问题遇到问题就认为每个人都这样,仔细地考虑为什么只有一个用户遇到问题?如果这个问题很容易解释,那就可以作为特例暂时忽略,不然,就要考虑产品设计实际存在的缺陷。
与产品相关涉众一起讨论测试的结果,包括产品经理、市场、工程师、界面设计师、文档管理员、质量保证等,这样,每一个参与者都能够以他们专业领域的视角查看测试结果,使他们对各种各样的可用性问题提出有价值的观点。
(参考Apple Computer, Inc.《Apple Human Interface Guidelines》)
这篇文章的参考了苹果公司的人机界面指南中关于用户测试的章节,当然,在这个指南中所说的测试指的就是用户使用相关可用性测试方面的内容。这里没有系统的讲可用性测试的组织和操作流程方面的细节,但是,讲到了一些关键性的原则和技巧,对于我们有机会有条件做这方面尝试的朋友会有一些帮助。
另外,我发现这里所提出的一些观点和著名的《don‘t make me think》的作者Steve Krug在《usabilitytesting on 10 cents a day》和《usability testing: the movie--how to doyour owntesting》中提到的关键内容非常吻合。不得不赞叹可用性测试和产品概念在国外同行业中已经形成了强大的认同,并在发挥重要的作用。如果您对这篇文章感兴趣可以在Krug的网站找到它。
在设计过程中有各种办法获得用户的反馈,包括可用性测试、认知评估、分组评审、启发式评估等。用户测试比其他方法更加通用,但它不是一个实验,而是能够获得具体的数据来进行统计分析。查找用户使用产品时的困难,进而改进产品的设计。如果时间和预算允许可以找专业的可用性测试团队来做,如果不行的话,找同事做也可以,有测试总比没有测试要好。
描述测试意图,特别要明确观察的对象,要向参与者说明测试是在测试产品而不是测试者本人。
告诉参与者测试可能持续的时间,参与者可以在任何时候以任何理由退出测试,不要让参与者因为感受到某种压力而被迫完成测试,退出也许说明下面的任务太难或者太复杂,需要简化。
让参与者在测试过程中大声地把想法表达出来,说出工作过程中脑子里出现的想法,通过听他们的想法和计划,就能够知道他们对产品的期望,例如他们的意图和解决问题的策略。你会发现通过倾听用户的思考能够获得大量的有用的信息,例如用户心智模型的细节描述。首先可以让用户做一些练习,尝试描述一个简单的过程,然后,再开始正式的测试。
测试过程中,向测试团队描述用户将要做的操作,将要使用的资源和使用资源的顺序,和实际情况是怎么操作的。把这些用一切可能的手段记录下来。
很重要的一点:用户在操作过程中不能被打断或者通过其他人的分析获得帮助,这样,才能知道用户与产品真正的交互过程。如果用户一遇到困难就立即提供帮助将会失去最有价值的测试信息:用户在哪里遇到问题和打算怎么做?
通过解释分析用户遇到的问题和试图解决的办法,来得出测试的结论。
使用测试的结果,你会发现――用户做很多事情的时候都不会像你想像的那样。当你看到用户犯错的时候,你也许会本能的责怪他们缺乏经验或者弱智。这是一种错误的反应,用户测试的目的就是为了检验产品的哪部分因为不完善的设计而导致的使用困难和效率问题。
查看记录,不要因为单个用户在某个问题遇到问题就认为每个人都这样,仔细地考虑为什么只有一个用户遇到问题?如果这个问题很容易解释,那就可以作为特例暂时忽略,不然,就要考虑产品设计实际存在的缺陷。
与产品相关涉众一起讨论测试的结果,包括产品经理、市场、工程师、界面设计师、文档管理员、质量保证等,这样,每一个参与者都能够以他们专业领域的视角查看测试结果,使他们对各种各样的可用性问题提出有价值的观点。
(参考Apple Computer, Inc.《Apple Human Interface Guidelines》)