软件易用性测试ppt课件.pptx

软件易用性测试,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性测试的意义,IT产品易用性的现状？,据研究机构近期对发达国家的统计：,国内也有许多企业对软件易用性的重视度不够：,48%的软件缺陷属于易用性问题 31%的项目因易用性质量问题而失败 90%的企业网站易用性较差 70%的企业对其网站设计不够满意 用户在商业网站上找到所要信息的几率只有42% 网上购物者最终放弃寻找欲购商品的几率为62% 51%的网站易用性问题是由于未运用最基本的易用性原则,企业在管理类软件选型时，只关注程序技术和功能、价格、品牌等等，而忽略 了界 面设计和操作易用性。大部分研发人员更多注重功能多少，项目有无严重bug。,易用性测试的意义,为什么要做软件易用性测试？,作为用户，首先会考虑什么？,2. 业务流程是否呈现清楚？,3. 软件能否解决自己的问题？,1. 软件使用是否方便？,在哪些情况下，用户可能会放弃一款软件？,2. 办理某项业务的流程不够清晰,3. 步骤太多，过程繁琐,1. 不清楚软件能办理哪些业务,4. 不清楚当前处理进度、系统状态, ,易用性测试的意义,为什么要做软件易用性测试？,软件易用性是软件质量体系结构中的一个重要的质量特性，用以描述用户在使用过程中所实际感受到的系统质量。随着对软件易用性评测研究的逐步深入，相关标准化机构已经制定并发布了一系列有关易用性的国际标准、国家标准和工业标准，中国电子技术标准化研究所组织编写的系统与软件易用性系列国家标准，目的在于建立一套包括评测指标、评测方法及度量方法的软件易用性质量评测体系，将软件易用性描述为预测软件能否成功部署的关键因素。得益于互联网的发展和普及，软件开发的技术门槛在不断下降，大部分软件企业的技术手段也趋向于雷同，“软件设计”变得越来越重要。当大家都掌握了相似的技术和需求信息后，企业之间的开发竞争“比的就是设计”。用户界面在很大程度上影响着软件的命运，因为广大用户对软件的评价主要来源于他们操作用户界面的感受。同类软件越多，选择余地越大，购买者对软件用户界面就越挑剔。软件易用性是吸引并抓住用户的重要因素之一，做好软件的易用性建设能将潜在用户转换为自己的顾客，大大提高软件的市场竞争力。因此，易用性是软件生存和运营的必要条件，在测试活动中，我们除了验证软件的功能和性能是否达标，也不能忽略软件的易用性测试。,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性的概念,在指定条件下软件产品被使用时，能够被理解、学习和吸引用户的能力。（功能性、可靠性、效率的一些方面也会影响易用性，但是在ISO9126中它们不被分类作为易用性）,在2003年颁布的GB/T16260-2003(ISO9126-2001)软件工程产品质量中，对软件的易用性有明确的定义：,易理解性,软件产品使用户明白软件是适当的以及怎么在特殊任务和使用条件下使用软件的能力。,易学性,软件产品使用户学习它的应用的能力。,易操作性,软件产品使用户操作和控制它的能力。,吸引性,软件产品吸引用户的能力。,依从性,软件产品遵循与易用性相关的标准、协定、风格指南或规章的能力。,易用性的概念,软件易用性是软件质量体系结构中一个重要的质量特性。在各个标准体系中都有关于这方面的定义描述。在一些组织的标准定义中，可用性也是一个被采用的名称。无论该特性名称和具体细节如何，所有关于易用性或者可用性的研究都是围绕着用户对于产品的感受这个中心展开的。易用性(可用性)体现的是用户在使用过程中所实际感受到的产品质量。,易见：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动。易学：不通过帮助文件或通过简单的帮助文件，用户就能对一个陌生的产品有清晰的认识。易用：用户不翻阅手册就能使用软件。,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性测试的范围,易用性测试的范围,一. 安装易用性测试,易用性测试的范围,二. 功能易用性测试,主要测试业务符合性、功能定制性、业务模块的集成度、数据共享能力、 约束性、交互性和错误提示等。,易用性测试的范围,三. 界面易用性测试,界面是软件与用户交互的最直接的层面，界面的好坏决定用户对软件的 第一印象。界面测试主要核实用户与软件之间的交互，验证用户界面中的对象是否按照预期的 方式运行，并符合国家或行业的标准。用户界面测试可分为整体界面测试和界面中的元素测试：界面整体测试是指对界面的规范性、一致性、合理性等进行测试和评估。界面中的元素测试主要包括窗口、菜单、按钮、文字等等。,易用性测试的范围,四. 辅助易用性测试,辅助系统是指帮助、向导和信息提示等辅助功能。向导测试主要关注系统的向导操作是否正确，每一步是否有说明、向导是否一致、向导是否直观。提示信息是计算机用信息的形式对用户的某些操作做出的反应。,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性的相关要素,软件的易用性是由软件的人机交互界面来集中体现的。界面的布局设计，操作的逻辑与流程，交互信息的显示，帮助和索引文档用户对于这些元素学习、理解、操作的容易程度就是软件产品的易用性。评价易用性通常有以下七个要素：,直观性,实用性,灵活性,舒适性,正确性,标准和规范,一致性,易用性,易用性的相关要素,符合标准和规范,符合标准和规范被认为是最重要的易用性要素。软件的界面风格、表格设计、业务流程、数据加密机制等设计符合相关的法律法规、业界标准规范以及使用人员的习惯。通常界面设计都按Windows 界面的规范来设计，即包含“菜单栏、工具栏、状态栏、滚动条、右键快捷菜单”的标准格式。界面遵循规范化的程度越高，则易用性相应的就越好。常见规范性的细则如下：,常用菜单要有命令快捷方式。完成相同或相近功能的菜单用横线隔开放在同一区域。菜单前的图标能直观的代表要完成的操作。菜单深度一般要求最多控制在三层以内。工具栏要求可以根据用户的要求自己选择定制。相同或相近功能的工具栏放在一起。工具栏中的每一个按钮要有及时提示信息。一条工具栏的长度最长不能超出屏幕宽度。工具栏的图标能直观的代表要完成的操作。系统常用的工具栏设置默认放置位置。,易用性的相关要素,符合标准和规范,常见规范性的细则如下：,工具栏太多时可以考虑使用工具箱。状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状 态、用户位置、用户信息、提示信息、错误信息、使用单位信息及软件开发商信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。右键快捷菜单采用与菜单相同的准则。,易用性的相关要素,行业利润统计报表,易用性的相关要素,直观性,在软件测试过程中，测试人员可以从如下几方面衡量软件的直观性如何：,用户界面是否洁净、不唐突、不拥挤？菜单或者窗口是否深藏不露？系统反馈的提示信息是否在最显眼的地方出现？界面的组织和布局合理吗？用户能否轻松地从一个功能转到另一个功能？对于复杂的用户界面而言，最好提供界面“向导”，及时让用户知道自己在界面结构中所处的位置。例如对于基于Web的应用软件，应该在界面上显示“当前位置”，否则用户很容易在众多的页面中迷失方向。操作过程中，下一步该做什么是否明显？任何时刻都可以决定放弃或者退回、退出吗？用户输入得到承认了吗？是否有太多特性把工作复杂化了？是否感到界面呈现信息太过庞杂？,易用性的相关要素,一致性,被测软件与其他软件的一致性是一个关键要素。用户的使用习惯性强了，希望一个程序的操作方式能够带到另一个程序中，如果操作方式不同，会或多或少地给用户带来挫败感。一致性既包括使用标准的控件，也指相同的信息表现方法，如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。测试过程中，一致性可以从如下几方面进行验证：,快捷键和菜单选项。快捷键一般要具有通用性，如F1为系统帮助。术语和命令。整个软件使用同样的术语吗？特性命名一致吗？用户级别。软件同一UI风格是否对应同一用户级别？是否有UI风格与用户级别不相称的情况出现？按钮的位置和等价的按键。如“确定”和“取消”按钮的相对位置；确定等价键通常使用回车键，而取消等价键通常使用ESC键。,易用性的相关要素,一致性,一致性举例：,易用性的相关要素,灵活性,由于用户对于软件应用喜欢选择做做什么和怎样做，所以软件需要有较大的灵活性，同时也可能会发展为复杂性，加大测试工作的复杂性。测试软件是否灵活，可以参考以下几点：,状态跳转。灵活的软件实现同一任务有多种选择和方式。状态终止和跳过。当软件具有用户非常熟悉的模式时，用户需要直接跳到想去的页面，或者因为种种原因，用户需要提前终止当前的操作。数据输入和输出。用户愈来愈希望有多种方式实现数据的输入和输出。,易用性的相关要素,舒适性,软件应该用起来舒适，而不应该为用户工作制造障碍和困难。但是，软件舒适是一种主观感受，比较模糊，所以要设计出软件舒适的正确公式是不可能的，但测试人员在测试时要根据实际情况对软件是否具有舒适性进行鉴别，可以从下面几方面考察：,恰当。软件外观应该与所做的工作和用户背景相符，不同的行业或用户对软件的外观要求不同，既不能太夸张也不能太简陋。错误处理。程序应该在用户执行非法和不合理的操作之前提出警告，并且允许用户恢复由于错误操作导致丢失的数据。对于用户恶意的严重错误操作，程序要能够以一定规则进行判别，并采取适当的处理方式。性能。一般情况下，系统性能当然是愈高愈好，但是某些情况下，用户需要操作慢一些，以便能够发现软件的一些操作情况。及时的反馈信息。对于用户的每一步操作，都应有相应的提示，方便用户了解当前的状态。例如下载一个文件，界面上应当显示“百分比”或相关数字来表示下载的进度，否则人们不知道要等待多少时间。如果某些事务处理不能提供进度等数据，那么至少要给出提示信息如“正在处理，请等待”。最好是提供合适的动画，让用户明白软件正在干活、没有死机。,易用性的相关要素,舒适性,易用性的相关要素,舒适性,易用性的相关要素,舒适性,易用性的相关要素,正确性,软件的正确性比舒适性要明显得多，当然也就容易测试。正确性主要是指UI是否正确，不会使程序实际执行情况与用户理解产生偏差。但是有些问题测试人员要加以注意：,市场定位偏差。软件有没有多余的或者遗漏的功能，或者某些功能执行了与市场宣传材料不符合的操作。语言描述和组织。程序员的语言描述和组织往往会使用户产生歧义或费解，或者令用户难以接受。 多媒体缺陷。UI设计的图标、图像、声音和视频设计不合理或不正确。如：图标大小不一致，声音没有采用相同的格式和采样率。与UI说明不一致，即没有实现所见即所得。在测试过程中，一定要仔细检查执行程序的结果与UI描述的是否一致。,易用性的相关要素,实用性,UI实用性主要是指具体UI特性是否实用。在测试过程中，检查每一功能点的UI是否具有实际实用价值，是否能够有助于用户执行软件相应的功能，否则就被认为实用性不好，为实用性的缺陷。,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性测试的准则,以下各准则是基于通用行业标准、指南、风格、规章而提出的，仅供参考。实际情况中所应用的应该远远超出以下列出的。这些准则既是在软件易用性设计中应该遵循的，也是在易用性测试中所要验证的。这部分内容基本按照GUI的各个元素来组织，可分为以下五个小节：,整体界面风格窗体结构控件准则数据输入及操作逻辑帮助设施,易用性测试的准则,一. 整体界面风格,遵循通用规范,一般情况下遵循windows标准。一般情况下保持同类软件已有典型风格，保证用户无须另外学习。,准确性和一致性,专业术语的解释易于了解（根据软件的用户水平决定）和准确。专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通 用性字眼。术语和命令在软件内部使用和命名一致。符合UI说明，所见即所得。符合市场宣传口径，例如广告的承诺，用户手册的描述，甚至包装的标示。语言描述通顺流畅,无歧义,无错别字。没有图标、图像、声音和视频设计等多媒体缺陷。如：图标大小不一致，声音没有采用相同的格式和采样率等等。各个窗口/页面的标题、在Windows系统任务栏中的名称、以及本窗口内左下角状态栏中的提示（如果有的话）正确且统一。,易用性测试的准则,一. 整体界面风格,准确性和一致性,软件本身各版本之间的使用习惯和界面操作的承续性，尽量保持用户无须改变习惯。同一系统同一模板中各种页面和控件应保持主体风格一致，包括背景图案、整体色系、按钮排布等。同一数据在不同模块或同一系列不同产品中名称应保持一致。,易用性测试的准则,一. 整体界面风格,结构合理,常用功能突出，最常使用的按钮或菜单放在界面显著位置，使用颜色或者亮度差别突出显示重要部分。UI界面布局合理、美观。菜单或者窗口进入级别避免过多和过深。UI风格与用户背景、产品定位符合。,可控制,所需功能或者期待的响应应该明显，符合用户预期。方便灵活的功能跳转和状态跳转，同一任务可用多个路径或者方式完成，对于常用任务同时提供最简路径直接完成。提供终止操作的途径，允许用户放弃或者回退。用户的输入应该具备确认过程。没有冗余的功能设置和提示信息。,易用性测试的准则,一. 整体界面风格,可控制,数据输入和输出。有多种方式实现数据的输入和输出。错误处理。程序应该在用户执行非法操作之前提出警告，并且允许用户恢复由于错误操作导致丢失的数据。给予用户足够的反应时间。某些提示信息和进度条的显示可以适当延缓，留出充分的用户反应时间。,易用性测试的准则,一. 整体界面风格,可定制,界面定制性测试是针对多层次用户的软件,易用性测试的准则,一. 整体界面风格,可定制,界面定制性测试举例-界面元素、工具栏,易用性测试的准则,一. 整体界面风格,可定制,界面定制性测试举例-界面元素、工具栏,易用性测试的准则,一. 整体界面风格,体现风格,安装界面上应有单位介绍、产品简介或公司图标。软件主界面，最好是大多数界面上要有公司图标。登录界面上要有本产品的标志，同时包含公司图标。帮助菜单的“关于”中应有版权和产品信息。公司的系列产品要保持一致的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。,易用性测试的准则,二. 窗体结构,遵循通用规范,通常按Windows界面的规范来设计，即包含菜单栏、工具栏、状态栏、滚动条、右键快捷菜单的标准格式。,易用性测试的准则,二. 窗体结构,布局合理,父窗体或主窗体的中心位置应该在对角线焦点附近。子窗体位置应该在主窗体的左上角或正中。多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜。窗体长宽比接近黄金比例，切忌长宽比例失调。合理利用空间，不过于密集或空旷。,易用性测试的准则,二. 窗体结构,区域集中,字体色彩协调,字体的大小要与界面的大小协调。前景与背景色搭配协调，反差不宜太大。界面风格要保持一致，字体、大小、颜色要相同，除非是需要艺术处理或有特殊要求。,完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。按功能将界面划分区域块，用Frame框起来，并要有功能说明或标题。,易用性测试的准则,二. 窗体结构,支持标准切换,支持合理缩放,如果窗体支持最大化或还原，窗体上的控件也要随着窗体而缩放。对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。通常父窗体支持缩放时，子窗体没有必要缩放。,界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab 。,易用性测试的准则,三. 控件准则,窗口通用准则,全部窗口可以通过相关的输入或菜单命令打开。窗口中的数据内容可以用鼠标、功能建、方向箭头选中。显示多个窗口时，当前活动窗口被加亮现实。在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口下拉式菜单和鼠标操作。,易用性测试的准则,三. 控件准则,菜单通用准则,菜单条应当显示在合适的语境中,名字具有自解释性。菜单通常采用“常用-主要-次要-工具-帮助”的位置排列，一般符合Windows风格。一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。无顺序要求时按使用频率和重要性排列，常用的放在开头, 不常用的靠后放置；重要的放在开头，次要的放在后边。菜单深度一般要求最多控制在三层以内。主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。菜单前的图标能直观的代表要完成的操作, 不宜太大，与字高保持一直最好。主菜单数目不应太多，最好为单排布置。可以通过鼠标访问所有的菜单功能。菜单功能随当前的窗口操作加亮或变灰。对无关的菜单最好用屏蔽处理，例如采用动态加载方式-只有需要的菜单才显示。,易用性测试的准则,三. 控件准则,菜单通用准则,易用性测试的准则,三. 控件准则,按钮通用准则,按钮命名易于理解，用词准确，与同一界面上的其他按钮易于区分，用户无须其他帮助就能知道该界面的功能并进行相关的正确操作。按钮的位置和等价的按键符合通行规范。如“确定”和“取消”按钮的相对位置；确定等价键通常使用回车键，而取消等价键通常使用ESC键。重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。常用按钮要支持快捷方式。与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。按钮图标的含义一定要直观明了，最好给图标加文字说明，防止用户误解。,易用性测试的准则,三. 控件准则,按钮通用准则,易用性测试的准则,三. 控件准则,复选框、选项框、下拉列表通用准则,复选框和选项框按选择几率的高低而先后排列。复选框和选项框要有默认选项，并支持Tab选择。选项数相同时多用选项框而不用下拉列表框。界面空间较小时使用下拉框而不用选项框。选项数较少时使用选项框，相反使用下拉列表框。需用户选择的列表越短越好，如果很长，应该适当分级显示。,易用性测试的准则,三. 控件准则,工具栏通用准则,工具栏要求可以根据用户的要求自己选择定制。相同或相近功能的工具栏放在一起。工具栏中的每一个按钮要有及时提示信息。一条工具栏的长度最长不能超出屏幕宽度。工具栏的图标能直观的代表要完成的操作。系统常用的工具栏设置默认放置位置。,易用性测试的准则,三. 控件准则,状态条、滚动条通用准则,状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。状态条的高度以放置五号字为宜，滚动条的宽度比状态条的略窄。若需长时间等待，应有进度提示条，如果只有一个沙漏或转圈或一请等待的字样，时间长了用户会失去耐心。,易用性测试的准则,三. 控件准则,对话框通用准则,对于是否选择对话框，应当“是”按钮在左，“否”按钮在右。所有对话框应当尽量采用中文，但是例如对于系统或设备等专业名词可以采用英文说法避免翻译的不准确。打开文件等对话框应当同时存在输入框和浏览按钮。对于造成用户无法恢复的操作一定要提示用户。对于错误信息的提示要直观，避免出现如“Error 5 - Unkown Data”类似的提示。错误提示时的对话框中的提示信息应保持完整、通畅、友好、统一。,易用性测试的准则,四. 数据输入及操作逻辑,一般逻辑,光标、处理指示器和识别指针随操作恰当的改变, 软件可操作与不可操作状态的应能够区别。在读入用户所输入的信息时，根据需要选择是否去掉前后空格，或自动将中文逗号转换为英文。功能的统一（对应、匹配）例如：有复制就要有粘贴、有添加功能就要有删除功能。日期的输入采用日期控件标准输入方式。在需要输入时间的地方，应提供默认时间项且该时间与服务器当前时间保持同步。必要时提供鼠标自动定位或者输入框自动清空。,易用性测试的准则,四. 数据输入及操作逻辑,风险处理,对可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会。对错误操作最好支持可逆性处理，如取消系列操作。对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。对可能造成等待时间较长的操作应该提供取消功能。协议确认等需要用户注意的对话框默认选项应当为不同意等否定选项，即需要用户确认才可以继续。阻止用户作出未经授权或没有意义的操作。对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。对于有数据类型要求的输入框，应阻止用户输入非法数据，且给出提示信息。当用户作出选择的可能性只有两个时,可以采用单选框。当选择的可能再多一些时，可以采用复选框。,易用性测试的准则,四. 数据输入及操作逻辑,风险处理,当选项特别多时，可以采用列表框或下拉式列表框。对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。,易用性的准则,五. 帮助设施,一般准则,系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。通常帮助设施的方式有帮助文档、README,、在线咨询、用户手册等等。帮助内容都应当是描述清晰易懂，与实际程序一致。具备FAQ 功能，能帮助解决用户常见问题。最好使用超链接提供帮助文档，方便更新。提供联络方式，一旦用户难以自己解决可以寻求技术咨询。,易用性测试的准则,五. 帮助设施,内容要求,文档精确描述了系统的各种使用模式。文档的内容和索引精确完整，超级链接精确完整。采用的样例sample 、演示demo精确并与实际程序一致。术语、菜单描述和系统响应与实际程序一致。性能介绍与说明要与当前系统性能配套一致,避免出现陈旧的信息。升级系统时应当及时修改帮助设施，保证与软件版本同步。用户可以用关键词检索快速查找自己需要的相关帮助信息。提供及时调用系统帮助的快捷键功能，常用F1。所有的界面元素应当提供充分而必要的提示，例如当鼠标移动到工具条上的某个图标按钮时，应当在该图标旁边出现功能提示信息。,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性测试的流程,制定软件易用性检查表,根据项目需求（或通用的易用性要求），裁剪出适合项目的易用性检查清单，类似于易用性测试用例。,评审软件易用性检查表,项目组成员对易用性达成一致意见，以便在早起阶段保证软件的易用性水平。,执行软件易用性测试,按软件易用性检查表逐一进行排查，按正常BUG操作流程进行跟踪管理，今早提交相关责任人。,评估软件易用性水平,对照标准，对所测软件的易用性进行合理的评估，并记录到软件测试报告中。,目 录,易用性测试的意义,易用性的概念,易用性测试的范围,易用性的相关要素,易用性测试的准则,易用性测试的流程,易用性测试注意事项,易用性测试注意事项,从用户的角度进行易用性测试 不同类型软件的易用性测试 反馈易用性问题的时机和方式,易用性测试注意事项,从用户的角度进行易用性测试,软件产品的核心竞争力是软件的质量。 软件的易用性是衡量软件质量的重要标准 之一。 易用性到底如何，谁说了算？ 如何站在用户的角度？,从项目需求、产品经理、技术支持、客服等多渠道了解用户有哪些？他们的特征是什么？最在乎软件的哪些方面？将自己的身份从测试人员转换到最终用户，抛开类似软件的使用经验，验证是否不需要任何外部帮助即可轻松学会软件的使用方法。了解用户日常的软件使用场景和业务数据情况，尽可能模拟真实的用户使用环境。,易用性测试注意事项,不同类型软件的易用性测试,互联网,手机,家电,医疗设备,运维件软,易用性测试注意事项,反馈易用性问题的时机和方式,易用性测试建议在界面设计阶段引入，越到项目后期，更改成本和风险越高。较多的易用性问题建议在软件全部模块测试完成后，按模块、类别归类整理，再集中进行反馈。对于不太确定的易用性问题可与模块负责人或UI设计人员沟通，了解是否有技术框架、安全机制、或者客户定制方面的原因。,