软件测试的艺术(第3版)第07章 可用性(用户体验)测试.pptx

第7章 可用性（用户体验）测试7.1 可用性测试的概念7.2 可用性测试的基本要素7.3 可用性测试过程7.4 可用性测试注意事项7.5 小结7.1 可用性测试的概念7.1.1 什么是可用性测试？7.1 可用性测试的概念7.1.1 什么是可用性测试？简单的一句话即可概括：观察用户使用产品的情况。 通过观察有代表性的用户，完成产品的典型任务，而界定出可用性问题，并解决这些问题，目的是让产品用起来更容易。7.1 可用性测试的概念7.1.2 为什么要进行可用性测试？研发完成了新的产品功能或是创造了新的产品特性之后，总是有这样的疑问：最新的版本是不是比以前的版本更好？我们的产品与竞争对手的产品使用起来一样容易吗？用户是否能够按照我们设计的流程完成他们所要完成的工作？我们的设计师是否按照用户的操作习惯和产品的特性设计排版了？7.1 可用性测试的概念7.1.3 可用性测试的指标7.1 可用性测试的概念7.1.4 可用性测试的主要类型7.2 可用性测试的基本要素用户可用性测试的测试点可以从以下方面来考虑：1.是否每一个用户交互设计都考虑到最终用户的理解力、教育背景以及环境压力？2.程序的输出是否有意义、没有侮辱性的词语，以及是否含糊不清？7.2 可用性测试的基本要素3.用来错误诊断的提示信息（error message）是直白易懂，还是需要计算机博士才可以读懂？比如，程序有没有输出这样的报错信息：“IEK022A OPEN ERROR ON FILE ‘SYSIN’ ABEND CODE=102“。在20世纪七八十年代，程序输出这样的报错信息到处可见。今天大众化的软件系统在这一方面做得比以前强多了，但是用户还是会碰到没有任何帮助价值的错误提示信息，诸如“发生了一个未知错误”或“程序发生错误需要重新启动”。 若是你自己设计程序，则应该避免输出这类没有意义的错误信息。即使程序不是你设计的，作为程序的测试人员，也应该帮助改进这些人机交互的地方。7.2 可用性测试的基本要素4.用户界面上是否保持概念的一致、内部的连贯性、语法的一致性？是否符合约定的使用习惯、语义和句法规律、格式、样式以及缩写习惯？5.需要高精确性和准确度的软件系统是否提供了足够有效的输入验证？以网上银行系统为例，登录时应该要求提供账户号码、账户名以及PIN码（个人识别密码），以用来检测用户的合法性。7.2 可用性测试的基本要素6.系统是不是包含了选项，或者包含的一些选项不会使用？基于软件测试的设计和考虑，现在软件的一个发展趋势就是只提供这些最常用功能的菜单项。于是一个设计良好的软件能够从用户的使用行为得到启发，设计出用户经常使用的一些功能的菜单选项。即使拥有这样智能的菜单系统，成功的软件设计还必须考虑如何使得软件的功能更符合人的思维逻辑和直觉。7.2 可用性测试的基本要素7.对于来自用户的输入，系统是否能够及时做出反应？比如，当用户单击鼠标时，选中操作生效需要耗费一些时间（访问远程系统的时候通常都这样），则需要显示一些信息，告知用户需要等待。有时也称这样的测试为组件测试，用以组件交互以及用户反馈、做出合理的选择。7.2 可用性测试的基本要素8.程序的操作是否很容易上手？如是否有效提示用户需要输入大小写敏感的文本（例如：常见的密码输入）？再如，一项创新如果设计一连串的菜单和选项操作，它能轻松返回到主界面（例如：常见的游戏菜单选项都有一个主菜单）用户是否能够轻易返回上一级或者下一级？7.2 可用性测试的基本要素9.软件的设计是否有助于用户准确输入？通过分析用户在输入数据或者操作软件时遇到的错误，测试可以统计出哪些属于可以被用户订正的错误，而哪些会导致软件异常。10.用户的操作可以轻松重复？换一句话说，你的软件是否能够让用户学会更好地使用该系统？7.2 可用性测试的基本要素11.用户是否确定那个在众多的功能和菜单中来回切换而不发生意外？对软件主观的评价可能会导致用户是否会继续选择使用该软件。使用结束时的输出结果会让用户担心还是满意？用户会推荐给其他人使用该软件，还是仅仅自己用就算了？12.软件的功能实现是否达到了设计规格要求？最终可用性测试需要包含一项软件规格说明书与产品实际使用情况所做的评估。从用户的角度来看，在实际使用环境中软件的表现是否真的不负众望？7.2 可用性测试的基本要素可用性或基于用户的测试基本上属于黑盒测试的范畴。如果由于软件设计不够优美、交互界面繁琐难用、规格缺失或被忽视等原因，而导致用户感觉该软件未能按照规格正常操作，这就等于宣判这一项目开发失败。用户可用性测试应该从功能缺陷到不符合人机工程学的设计失误来揭示软件设计存在的问题。7.3 可用性测试的过程以极简电视可用性测试为例7.3 可用性测试的过程7.3.1 项目启动会获得问题的背景，识别可用性问题：用户更喜欢哪种操