关于经验性评估与用户测试
2013-07-21 22:39
92 查看
最近在看《可用性工程》,里面提到了关于经验性评估的内容,讲的很详细,所以就把它摘录下来,整理了一下,然后也加入了一些用测试的知识,方便对比着理解。关于经验性评估的内容,主要摘录于书中的5.11节。
经验性评估通过观察界面来指出其中设计的好与坏,是对用户界面设计的可用性进行的系统性检查,目标是发现用户界面设计中的可用性问题。理想情况下,可以通过确定的规则来进行评估,但实际中,人们仅仅依据他们的直觉和常识。
用户测试就是通过给用户制定任务,在用户执行任务的过程中,发现产品设计的不足,并为产品优化提供依据的一种方法。通常情况下,根据目的不同,用户测试可以是定性地发现问题、也可以是定量地比较两个竞品的优劣。根据测试产品特点不同,可以采用边做边说的用户测试、也可以采用回顾式用户测试、甚至可以采用协同式用户测试等。
在经验性评估中,通常让一小组评估人员来检查界面,并判断界面与已知可用性准则(经验)的符合程度。一方面,单个评估人员会漏掉界面中的大部分问题,而且不同的评估人员会发现不同的问题,因此,综合多个评估人员的评估结果可能得到更好的结果。图1表明,随着评估人员的增加,发现可用性问题的比例也越来越大。合理的建议是5个左右的评估人员,但至少也要有3个,可以根据系统可用性的重要程度适当选择评估人员的数量。
每个评估者应该先进行独立的评估,在评估结束后,才允许彼此相互交流并综合他们的发现。
在用户测试中,实验者负责将用户操作与界面设计的可用性问题关联起来。这样即使用户不了解界面设计的知识,也可以进行用户测试。
经验性评估与用户测试的不同之处在于:测试中实验者是否愿意回答评估者的提问以及实验者在多大程度上会进一步提示评估者。
在用户测试中,通常希望发现用户在使用界面过程中犯的错误,一般不是绝对需要,实验者不会提供更多帮助,而只是专注于观察、发现和记录用户所犯的错误。传统用户测试要求用户在不向实验者求助的情况下,自己通过使用系统来寻求解决问题的方法。
对于特定应用领域的经验性评估,拒绝回答评估者提出的关于应用领域的问题是不合理的,尤其是评估者非业内专家时,回答评估者的问题可以使他们在关于领域特征方面更好地评估用户界面的可用性。当评估者在使用界面中遇到困难时,可以提示他们如何进行下去。但要注意,除非评估者遇到了明显的困难,并且在提问中表明了可用性问题,否则没有必要给他们提供帮助。另外,如果系统是针对大众设计的即来即用的界面或者评估者是业内专家,就不必进行评估指导。
经验性评估一般适用于可用性生命周期的早期阶段,此时系统并未实现,只是进行对界面的原型设计进行评估。而用户测试可以用于产品设计阶段测试产品低保真原型、也可以用于产品测试阶段在发布前发现重大的可以优化的可用性问题、还可以用于产品发布以后,为下一个版本的优化提供依据。
经验性评估的结果是一个可用性问题清单,其中的每一个问题都包含评估者认为系统设计违背可用性原则的信息。但是,经验性评估不会提供修正可用性问题的系统化方法,也无法估计重新设计后可能到达的质量。
经验性评估通过观察界面来指出其中设计的好与坏,是对用户界面设计的可用性进行的系统性检查,目标是发现用户界面设计中的可用性问题。理想情况下,可以通过确定的规则来进行评估,但实际中,人们仅仅依据他们的直觉和常识。
用户测试就是通过给用户制定任务,在用户执行任务的过程中,发现产品设计的不足,并为产品优化提供依据的一种方法。通常情况下,根据目的不同,用户测试可以是定性地发现问题、也可以是定量地比较两个竞品的优劣。根据测试产品特点不同,可以采用边做边说的用户测试、也可以采用回顾式用户测试、甚至可以采用协同式用户测试等。
在经验性评估中,通常让一小组评估人员来检查界面,并判断界面与已知可用性准则(经验)的符合程度。一方面,单个评估人员会漏掉界面中的大部分问题,而且不同的评估人员会发现不同的问题,因此,综合多个评估人员的评估结果可能得到更好的结果。图1表明,随着评估人员的增加,发现可用性问题的比例也越来越大。合理的建议是5个左右的评估人员,但至少也要有3个,可以根据系统可用性的重要程度适当选择评估人员的数量。
每个评估者应该先进行独立的评估,在评估结束后,才允许彼此相互交流并综合他们的发现。
在用户测试中,实验者负责将用户操作与界面设计的可用性问题关联起来。这样即使用户不了解界面设计的知识,也可以进行用户测试。
经验性评估与用户测试的不同之处在于:测试中实验者是否愿意回答评估者的提问以及实验者在多大程度上会进一步提示评估者。
在用户测试中,通常希望发现用户在使用界面过程中犯的错误,一般不是绝对需要,实验者不会提供更多帮助,而只是专注于观察、发现和记录用户所犯的错误。传统用户测试要求用户在不向实验者求助的情况下,自己通过使用系统来寻求解决问题的方法。
对于特定应用领域的经验性评估,拒绝回答评估者提出的关于应用领域的问题是不合理的,尤其是评估者非业内专家时,回答评估者的问题可以使他们在关于领域特征方面更好地评估用户界面的可用性。当评估者在使用界面中遇到困难时,可以提示他们如何进行下去。但要注意,除非评估者遇到了明显的困难,并且在提问中表明了可用性问题,否则没有必要给他们提供帮助。另外,如果系统是针对大众设计的即来即用的界面或者评估者是业内专家,就不必进行评估指导。
经验性评估一般适用于可用性生命周期的早期阶段,此时系统并未实现,只是进行对界面的原型设计进行评估。而用户测试可以用于产品设计阶段测试产品低保真原型、也可以用于产品测试阶段在发布前发现重大的可以优化的可用性问题、还可以用于产品发布以后,为下一个版本的优化提供依据。
经验性评估的结果是一个可用性问题清单,其中的每一个问题都包含评估者认为系统设计违背可用性原则的信息。但是,经验性评估不会提供修正可用性问题的系统化方法,也无法估计重新设计后可能到达的质量。
相关文章推荐
- 关于用户体验设计与软件测试的关系
- 性能测试培训笔记-关于windows下无法增加更多的虚拟用户
- 性能测试培训笔记-关于windows下无法增加更多的虚拟用户
- 关于 TestFlight 新提交的版本没有出现在 测试用户列表中的问题 iOS Swift
- 关于用户注册界面测试用例总结(转)
- 关于ORACLE中普通用户能修改自己密码的测试
- 关于用户登录界面测试用例总结
- LoadRunner:Controller及结果分析 一、性能测试概述 1、关于性能测试目标: ①TPS ②一定并发用户数下功能点的响应时间 ③一定响应时间内功能点的并发用户数 性能测试不是
- 用户体验测试之专家评估 [ 光影人像 东海陈光剑 的博客 ]
- [Azure]关于用户定义路由(User Defined Route)和 IP 转发功能(IP Forwarding)的测试实验总结
- 关于泊松分布(系统性能测试并发用户估算理论)
- 关于用户注册界面测试用例总结
- 【摘取】敏捷测试,用户故事:一个关于“删除购物车中的某些商品”的故事评估的实例
- 关于数据库SCHEMA用户与应用中连接用户分离的两种方法简介及评估
- 用户体验测试之专家评估
- 【摘取】敏捷测试,用户故事:一个关于“货物送达时间”的故事的评估实例
- [性能测试]关于在线用户线大于10万用户的测试
- 关于移动TD测试用户的800元月话费补贴的解释
- 性能测试培训笔记-关于windows下无法增加更多的虚拟用户
- 现代软件工程讲义 9 测试 关于闰年的测试