免费智能真题库 > 历年试卷 > 软件评测师 > 2014年下半年 软件评测师 上午试卷 综合知识
  第56题      
  知识点:   易用性测试   可用性   可用性测试   文本
  关键词:   测试   接口   可用性        章/节:   测试技术的分类       

 
在进行可用性测试时关注的问题应包括 (56) 。
①安装过程是否困难 ②错误提示是否明确
③GUI接口是否标准 ④登录是否方便
⑤帮助文本是否上下文敏感
 
 
  A.  ①②
 
  B.  ①②③
 
  C.  ①②③④
 
  D.  ①②③④⑤
 
 
 

 
  第60题    2013年下半年  
   31%
以下关于边界值测试法的叙述中,不正确的是(60)。
  第60题    2015年下半年  
   36%
为了解系统在何种服务级别下会崩溃,应进行(60)。
  第68题    2019年下半年  
   39%
模拟攻击试验是安全性测试方法之一,以下不属于模拟攻击试验的是( )。
   知识点讲解    
   · 易用性测试    · 可用性    · 可用性测试    · 文本
 
       易用性测试
               概述
               软件是用来使用的,一个软件开发完成之后,除了要满足可用性(正确性)之外,还要有很好的易用性,最终用户是否感到软件容易使用,直接决定了一个软件能否取得市场的成功。比如Windows操作系统在技术上并不比UNIX更先进,但是Windows操作系统在桌面领域却风靡全球,关键在于它美观易用。而失败的例子也比比皆是,一个单位开发了办公自动化系统,配备了很好的机器设备和网络环境,领导也非常重视,但是使用了一段时间之后就把它束之高阁了,又重新回到了手工时代,问题的关键在于该系统没能很好地体现用户的使用习惯,不符合行业特点。
               易用性是指软件产品被理解、学习、使用和吸引用户的能力。软件是否易用、“友好”已经成为软件质量的一个重要体现。易用性同时是一个很广泛的概念,它涉及到易理解性、易学习性、美观性,一致性、业务符合性等方面,对于测试工程师来说,易用性测试是非常富有挑战性的工作,因为易用性测试往往要依靠工程师的经验以及对行业知识的深刻理解,而对一个具有复杂业务逻辑的应用系统来说,进行易用性测试,往往还需要用户的参与。
               易用性测试不仅是针对应用程序的测试,而且还要包括用户手册等系列文档,关于文档易用性测试方面的内容可以参见文档测试部分,这里主要描述的是如何对应用程序进行易用性测试。对易用性测试我们分四部分进行讨论:安装测试、功能易用性测试、界面测试和辅助系统测试。
               安装测试
               除了嵌入式软件之外,安装是软件产品实现其功能的第一步。对于一般的应用软件来说,最早体现其易用性的就是软件安装。现在的软件系统越来越庞大,有可能使安装过程变得复杂,安装耗时也会越来越长。没有正确的安装根本就谈不上正确的使用,因此安装测试就显得尤为重要,安装的易用性是安装测试的主要内容。
               安装测试的方法很简单,就是按照用户安装手册安装软件,来评估安装过程的易用性、正确性。那么对于安装测试需要注意一些什么呢,我们认为至少应该从以下几个方面来考虑。
               . 安装手册的评估。在安装前需要检查安装手册或用户文档中的安装说明,一般来说,安装手册需要对安装平台、安装过程需注意的事项以及需手动配置的部分进行详细说明。
               . 安装的自动化程度测试。由于制作安装程序的软件很多,其中很成熟的有Installshield等,很多软件采用了自动安装的方式。但由于部分软件的特殊性,有时必须采用一定的手动配置来完成安装。我们要评估软件安装过程的自动化程度。一般来说,软件的安装程序尽量要做到“全自动化”,即使在不得已的情况下需要进行手动配置,也要采取一些措施,比如选择框方式等,使手动配置变得简便和明确。
               . 安装选项和设置的测试。在安装过程中常常需要对安装的项目进行选择,也可能要设置不同的信息,比如安装路径等。安装测试时需要对不同的选项和设置方案进行测试,验证各种方案是否都能安装成功。
               . 安装过程的中断测试。一个大型的软件有可能需要数小时来进行安装,如果因为断电、文件冲突或读写错误导致安装过程的非正常中断,有可能使已进行的安装工作前功尽弃。一个好的自动化安装程序应该能记忆安装的过程,当恢复安装时,安装程序能自动进行检测,并从“断点”继续安装。
               . 安装顺序测试。对于大多数应用系统,特别是分布式系统,常常需要安装软件系统的不同组成部分。不同的安装顺序常常会导致安装失败,或者会引起一些不可预料的错误,例如,先安装客户端后安装服务器,会导致某些软件的客户端与服务器连接不上。如果《安装手册》中未明确指出安装顺序,则需要测试不同顺序的安装过程。
               . 多环境安装测试。不同的应用环境下安装的情况也是不一样的,我们至少要在标准配置、最低配置和笔记本电脑三种环境中进行安装测试。很多情况下产品声称的最低配置并不符实,所以最低配置环境测试是非常必要的。另外,有些系统级的软件常常在笔记本电脑上安装时发生错误,例如,由于笔记本电脑的高集成度特性,Linux桌面操作系统在笔记本安装时出现硬件兼容性问题。
               . 安装的正确性测试。在上述的安装测试后,都需要进行简单的使用以验证安装的正确性。另外,还要考察对其他应用程序的影响。
               . 修复安装测试与卸载测试。修复安装测试指软件使用后,根据需要添加或删除软件的一些组件或者修复受损的软件。修复安装和卸载也应该是自动化的,通常情况下,安装、修复安装以及卸载是一个完整安装程序中的不同选项。进行修复安装测试时,需检查修复对软件有无不良的影响,例如,修复可能造成系统数据丢失。卸载测试重点检查卸载是否完全,不能完全卸载时有无明确提示信息等。
               功能易用性测试
               功能易用性的概念范围很广,这里列出了一些比较重要的功能易用性测试项,如下所示。
               . 业务符合性:软件使用的目的是替代部分人工劳动,提高工作效率,因此,软件必须符合其所服务的领域的业务逻辑。这就要求软件的界面风格、表格设计、业务流程、数据加密机制等的设计必须符合相关的法律法规、业界标准规范以及使用人员的习惯。
               . 功能定制性:为了适应用户需求的不断变化,软件功能应当能够灵活定制,如电子政务软件的公文流转节点,应可以灵活定义;工资软件中部门结构和人员归属应可灵活调整等。
               . 业务模块的集成度:在一个系统中业务模块之间有可能存在较紧密的关联,例如在ERP系统中,采购某些零部件之后必须进行质检,这样的业务需求造成“采购管理”模块与“质量检测”模块存在直接的关联,那么用户能否在“采购管理”用户操作界面下,直接进入“质量检测”模块,并且“采购管理”模块中的零部件数据能否直接传递给“质量检测”模块。
               . 数据共享能力:“一次输入、多处应用”不仅能够减少用户的重复输入工作,更有效地保证了数据的正确性。在软件设计中必须充分考虑数据库表的关联和数据重用问题,最大程度地减少用户的重复输入,同时保证数据传递的一致性。
               . 约束性:对于流程性比较强的业务操作,上一步操作完成之后,要强制进行下一步操作,这时需要软件以向导或与屏蔽无关操作的方式来限制用户的操作;另外,应以屏蔽或提示的方式阻止用户输入非法字符或进行损害数据和系统的操作,这样才能有效地避免用户犯错误,同时也减少了系统出现异常的概率,提高系统的安全可靠性。
               . 交互性:包括用户操作的可见性和系统对用户的反馈。对于用户的每一步操作都应有所回应或者提示,使用户清晰地看到系统的运行状态。例如,在执行复制操作时,至少应该向用户反馈操作持续时间,显示计算机正在工作,没有停滞或者报错。对于用户来说,这种回应与提示是对用户操作的认可与尊重,更有助于用户确定下一步操作该如何进行。
               . 错误提示:关键操作完成后或数据删除等操作前给出明确提示,操作错误或系统出现错误时,给出的出错信息中提供差错产生的原因,并指示如何进入正确的步骤,帮助用户从错误中恢复。
               用户界面测试
               用户界面测试主要核实用户与软件之间的交互,验证用户界面中的对象是否按照预期的方式运行,并符合国家或行业的标准。
               界面测试中的部分工作主观性比较强,测试结果往往与测试人员的喜好有关。因此,界面测试的一个缺点就是,测试人员在整个测试过程中身心不可能保持一致,在一定程度上会影响测试结果的准确性。
               用户界面测试可分为整体界面测试和界面中的元素测试。界面中的元素主要包括窗口、菜单、图标、文字、鼠标等。
                      界面整体测试
                      界面整体测试是指对界面的规范性、一致性、合理性等进行测试和评估。
                             规范性测试
                             软件的界面要尽量符合现行标准和规范,并在应用软件中保持一致。而开发软件时就要充分考虑软件界面的规范性,最好的办法是采取一套行业标准。现在许多行业已有自己的标准,如IBM标准、Microsoft标准、Apple标准。这些标准已经基本包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式,以上标准已经基本完善,对某些行业只需利用已有的成果就可以。
                             对于一些特殊行业,由于系统使用环境和用户使用习惯的特殊性,使用以上标准是远远不够的,还要对自身特殊的需要加以补充。如软件的用户定位包括不同年龄阶段的用户,那么就会有一些用户基本不使用鼠标右键,年龄较大的用户难以看清密集的较小的文字,或用户对计算机系统和网络不够熟悉,或硬件环境一般,甚至比较差,少有配置优良的计算机等等。在这种环境下,用户对计算机的使用一般没有使用倾向,大多更适应手工操作。像这种情况,特殊行业都要有一套自己比较完善的标准和规范。
                             这些标准和规范是经过各种类型的测试与评估,不断总结,经验积累和反反复复设计成果。在界面测试中,测试工程师应该严格遵循这些标准和规范设计界面规范性测试用例。
                             合理性测试
                             界面的合理性是指界面是否与软件功能相融洽,界面的颜色和布局是否协调等。如果界面不能体现软件的功能,那么界面的作用将大打折扣。所以,界面的合理性是界面美的首要因素,它提醒设计者不要片面追求外观漂亮而导致失真或华而不实。
                             合理性差的界面无疑会混淆软件意图,致使用户产生误解。即使它不损害软件功能与性能,也会使用户产生不该有的情绪波动。合理的用户界面是应用程序的一个重要组成部分,也是使软件易用的重要基础。空间使用应当形成一种简洁、有序、易于操作的布局,使信息组织具有艺术性。如果一个界面上有太多或者杂乱无章的控件,会给用户寻找字段或者控件带来不便和困难。
                             测试软件界面的合理性一般通过观察进行,举例如下。
                             . 界面中元素的文字、颜色等信息是否与功能不一致;
                             . 前景与背景色搭配是否合理协调,反差是不是太大;
                             . 界面中的元素大小和布局是否协调;
                             . 窗口的比例是否合适。
                             一致性测试
                             一致性既包括使用标准的控件,也指相同的信息表现方法,如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。好的软件界面都具有相似的界面外观、布局、交互方式以及信息显示等。界面保持高度一致性,用户可以减少过多的学习和记忆量,从而降低培训和支持成本。
                             此外,软件的界面在不同平台上是否表现一致呢?作为测试人员不要忽略这一点。如颜色、字体,有时有些软件在不同的平台表现得不尽如人意“——”在一个系统上看上去很好,在另一个系统上常常看上去很糟。
                             对于在不同的平台测试软件界面的一致性可以用下面的方法:在不同分辨率下,观察界面的美观程度,分别在800×600,1024×768,1152×864, 1280×768,1280×1024,1200×1600大小的字体下进行测试。一个好的软件要有一个默认的分辨率,而在其他分辨率下也都能运行。
                             作为测试工程师,在测试界面一致性时应该注意以下几点因素。
                             . 布局是否一致,如所有窗口按钮的位置和对齐方式要一致;
                             . 标签和讯息的措辞是否一致,如在提示、菜单和帮助中产生相同的术语;
                             . 界面外观是否一致,如控件的大小、颜色、背景和显示信息等属性要一致,但一些需要艺术处理或有特殊要求的地方除外;
                             . 操作方法是否一致,如双击其中的项,使得某些事件发生,那么双击任何其他列表框中的项,都应该有同样的事件发生;
                             . 颜色的使用是否一致,颜色的前后一致会使整个应用软件有同样的观感;
                             . 快捷键在各个配置项上语义是否保持一致。
                             下表列出了常用的快捷键及其功能。
                             
                             常用的快捷键及功能
                             界面定制性测试
                             对于适用于多层次用户的软件,由于用户熟练程度(外行、初学、熟练)不同、使用频度不同和不同角色,需要不同的操作方式或用户界面。如财务软件中财务总监的界面应提供大量查询功能和更多使用鼠标的操作,而会计、出纳的界面应提供更多的键盘快捷方式和以最少的步骤完成日常凭证制作审核。因此需要对界面的可定制性进行测试,测试中可参考以下几项测试内容。
                             . 界面元素的可定制性。可以允许用户定义工具栏、状态栏是否显示,工具栏显示在界面上的位置,如上方、下方或悬浮等;一些软件还可以定义菜单的位置。随着Windows XP的出现,界面风格的可定制也为软件个性化提供了新的特性。
                             . 工具栏的可定制性。工具栏为用户使用常用的功能提供了方便,但不同用户对“常用”的理解是不同的,因此,应当允许用户自定义工具栏,包括建立新的工具栏,选择要显示的工具栏,定义工具栏上的按钮,制定为工具按钮定义所链接的功能等。
                             . 统计检索的可定制性。检索和统计是用户向系统索取数据最经常用到的功能,检索条件是否灵活、分类统计是否合理、是否允许用户定义检索条件和统计项,需要测试人员在充分了解用户需求和使用习惯的基础上,制定大量案例,通过实际操作来体会。
                             . 报表的可定制性。各种各样的报表是软件对用户输出的重要方式,报表表头包括的项目、表格的行高列宽、表中数据的单位和显示格式超长超宽表的分页方式等如果能够允许用户自定义,则可以使软件生成的报表适用于更广泛的范围,减少用户二次处理表格的工作量,极大地方便用户的使用。
                      界面元素测试
                             窗口测试
                             在Windows平台上运行的应用软件,窗口是软件界面的基础,正如操作系统的名字。窗口是显示设备中的一个区域,用于观看对象、对象相关信息以及应用与对象的动作进行交互。窗口有标题栏可以进行打开、关闭、创建、缩放、移动、删除、重叠等操作。
                             现在让我们了解一下窗口的基本组成部分,从外观上讲,一般窗口是由标题、边框、菜单、工作区、滚动条等组成(如下图所示)。虽然软件产品的窗口各种各样,令人眼花缭乱,但基本组成是相同的。
                             
                             Microsoft Word窗口的配置部件示意图
                             下面是一些窗口测试用例设计的参考例子。
                             . 窗口控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致。
                             . 是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制,既能正确显示又能调用。
                             . 若窗口无法显示,所有内容是否能够改变大小、移动和滚动。
                             . 活动窗口是否能够被反显加亮。
                             . 窗口是否正确地关闭。
                             . 多个窗口叠加时窗口的名称是否显示正确。
                             . 窗口的数据是否能够利用鼠标、功能键、方向箭头和键盘操作。
                             . 当窗口被覆盖并重新调用后,窗口是否能够正确再生。
                             . 如果使用多任务,是否所有的窗口被实时更新。
                             . 窗口是否支持最小化和最大化或放大。
                             . 窗口上的控件是否随着窗体的缩放而缩放。
                             . 父窗体支持缩放时,子窗体是否也缩放。
                             . 在一个窗口中按Tab键,移动聚焦是否按顺序移动。Tab的顺序应是先从上至下,再从左至右。
                             . 子窗口位置是否在父窗口的左上角或正中,由于屏幕对角线相交的位置是用户直视的地方,正上方1/4处为易吸引用户注意力的位置,在放置窗口时要注意利用这两个位置。父窗口或主窗口的中心位置应该在对角线焦点附近。
                             . 当多个子窗口弹出时是否依次向右下方偏移,以显示出窗口标题为宜,如下图所示为Microsoft PowerPoint窗口重叠示意图。通常重叠的窗口具有固定大小和位置,新打开的窗口要堆叠在最近打开的窗口上,这些重叠的窗口都带有突出的标签以便选择。
                             . 重要的命令按钮与使用较频繁的按钮是否放在了界面上醒目的位置。因错误使用而引起界面退出或关闭的按钮,放在容易点击的位置。横排开头或结尾,与竖排结尾为容易点击的位置。
                             . 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
                             . 按钮的大小要与界面的大小和空间是否协调。避免在空旷的界面上放置很大的按钮。放置完控件后界面不应有很大的空缺位置。
                             . 多窗口的切换响应时间是否过长。如果切换时间过长就会使用户出现意外的焦躁情绪,而响应时间过短有时会造成用户操作节奏加快,从而导致用户操作错误。
                             
                             Microsoft PowerPoint窗口重叠示意图
                             菜单测试
                             菜单对我们来讲是很熟悉的,它是应用程序命令项列表,菜单位置按照功能来组织。菜单按图形方式可以产生丰富多彩的菜单形式,例如条形菜单、水平和垂直的弹出式菜单、下拉菜单、T形菜单等。无论采用哪种方式,仅仅是菜单显示方式不同罢了,菜单的测试方法还是基本一样的。
                             菜单是否易用主要体现在它能否提供线索帮助用户识别,而不用强迫用户去记忆。如果用户只通过简单的培训或偶尔的使用,就可以接受该系统,那么简单和有规则的菜单尤其有效。
                             作为测试工程师,设计菜单界面测试用例主要应从以下几点考虑。
                             . 是否符合需求;
                             . 菜单项的措辞是否准确;
                             . 菜单项的顺序是否合理;
                             . 图形的布局是否一致。
                             菜单界面测试用例设计范例如下表所示。
                             
                             菜单界面测试用例
                             这个测试用例可以适用不同的菜单,上表是针对菜单界面测试所设计的一个测试用例说明。这个测试用例通过测试人员测试,会找出更多的Bugs。
                             图标测试
                             图标实际上属于菜单交互方式,只是它使用图标来代表文本菜单的菜单项。使用图标可以形象、逼真地反映菜单的功能,从而使理解、学习和操作变得更加易用。
                             由于图标是表示实体信息的简洁、抽象的符号,所以在日常生活中被广泛地使用。图标不仅仅作为表示实体的符号,还可以作为可视按钮项,当被选中激活时,可以完成指定的功能。
                             图标测试比较主观,与测试人员的喜好有关。比如,图标基调颜色刺眼,用户登入界面比较难于找到,图标比较抽象,图标范围太广等都属于用户界面测试中的缺陷。
                             形象的图标给人很大的帮助,使人容易理解其内涵。那么图标测试用例要考虑的重点有哪些呢,以下所提供的几点可以作为参考。
                             . 图标是否符合常规的表达习惯。
                             . 不同的目标是否采用不同的图标。
                             . 图标是否具有清晰的轮廓,轮廓清晰的图标可保证图像在不同背景色上都具有较好效果。
                             . 注意图标的尺寸,建议图标的尺寸小一些较好。如工具栏图标非常小,您使用简单的图像,以直观方式显示图像即可清晰地表达图标的含义,而不必使用其他的复杂方式。Windows XP图标有四种尺寸,建议使用以下四种尺寸:48×48像素,32×32像素,24×24像素以及16×16像素。
                             . 建议图标的外形与实际功能相似,应尽量避免抽象。这样的图标可以使用户很轻松、容易地认识此图标。
                             . 在图标上是否加有标注。
                             鼠标测试
                             鼠标问题经常被人们忽略,但我们无时无刻都不能离开它。用户会把鼠标移进、移出窗口,或当光标在窗口中,用户按下、释放鼠标键,鼠标是否准确、灵活,对一个测试人员来说必将提到日程上来。
                             以下所提供的几点可以作为鼠标测试的参考。
                             . 在整个交互式语境中,是否可以识别鼠标操作;
                             . 如果要求多次点击鼠标,是否能够在语境中正确识别;
                             . 如果鼠标有多个按钮,是否能够在语境中正确识别;
                             . 光标、处理指示器和识别指针是否随操作恰当地改变;
                             . 点击选中而不是滑动停留选中;
                             . 支持滑轮(鼠标中间的滚动轮)上下翻动操作;
                             . 对于相同种类的元素采用相同的操作激活;
                             . 用沙漏表示系统忙,用手型表示可以点击;
                             . 鼠标无规则点击时是否会产生无法预料的结果;
                             . 单击鼠标右键是否弹出菜单,取消右键是否隐藏弹出的菜单。
                             文字测试
                             文字在视觉上向用户传达作者的意图和各种信息,如果文字的组合巧妙,在视觉传达的过程中能够给人以美的感受,从而获得良好的心理反应。反之,则使人看后心里不愉快,视觉上难以产生美感,甚至会让用户拒而不看,这样势必难以传达出作者想表现的意图和构想。
                             要达到这一目的必须考虑文字的整体诉求效果,给人以清晰的视觉印象。因此,在测试过程中,测试人员应该注意文字是否繁杂零乱,使人易认、易懂,测试文字主要依靠软件设计标准,观察文字是否有效地传达作者的意图,表达设计的主题和构想意念。
                             文字测试是测试软件中是否拼写正确,是否易懂,不存在二义性,没有语法错误;文字与内容是否有出入等等,包括图片文字。比如,“请输入正确的证件号码”中何谓正确的证件号码。证件可以为身份证、驾驶证,也可为军官证,如果改为“请输入正确的身份证号码”用户就比较容易理解了。
                      界面测试典型用例
                      现在介绍一个菜单界面测试的模拟,软件人员开发了第一版的软件,如下图所示为菜单测试用例,供测试人员测试,此时测试人员将根据上面章节中提到的测试用例来找出软件的问题。
                      
                      菜单测试用例
                      菜单界面测试用例设计范例如上表所示。
                      这个测试用例可以适用不同的菜单,如下表所示是针对菜单界面测试所设计的一个例子。这个测试用例通过测试人员测试,会找出更多的缺陷。
                      
                      菜单界面用例测试用例
                      
               辅助系统测试
               辅助系统是指为了帮助和引导用户使用软件而存在于软件内的辅助性系统。辅助系统是否完整好用是软件易用性的重要体现,一般来说辅助系统包括帮助、向导和信息提示等。
                      帮助测试
                      软件应该提供所有规格说明和各种操作命令用法的帮助系统,使用户在使用中遇到困难时可以自己寻求解决方法。
                      很多用户在使用软件时常常会发现帮助系统没有及时更新,可能软件版本已经更改过数次,但配套的软件帮助说明并没有及时更新。这是开发人员和测试人员容易忽略的问题。可能开发人员和测试人员对这套系统很熟悉,并不需要更多的帮助,但用户却不是这样,当遇到操作问题或术语问题时,首先想到的就是从软件系统得到帮助。
                      对帮助系统的测试一般从以下几方面入手。
                      . 前后一致性。
                      . 内容完整性。
                      . 可理解性。
                      . 方便性。
                      如下表所示是一组帮助系统测试用例,可以作为参考。
                      
                      帮助系统测试用例
                      向导测试
                      提到软件的易用性就不得不提软件的向导,对于应用中某些部分的处理流程是固定的,用户必须按照指定的顺序输入关键字作为信息,为了使用户得到必要的引导使用向导,使用户可以直接去找自己要去的地方,而不必像走迷宫一样乱走一通。另外,新用户在系统中可能会迷失方向,系统的向导可以引导用户怎样操作。
                      在测试过程中需要验证向导是否正确,确认向导的连接是否确实存在,是否每一步都有向导说明,向导是否一致,向导是否直观。最后要注意一点是向导必须用在固定处理流程中,并且处理流程应该不少于3个处理步骤。
                      信息提示
                      信息提示是计算机用信息的形式对用户的某些操作所做的反应。在一些操作中,如果系统没有反馈显示信息,用户就无法判断他的操作是否为计算机所接受,是否正确,以及操作的效果是什么。信息提示可采用多种方式:文本、图形和声音等。
                      即使系统具有信息提示,但如果显示信息不完整、不明确或不够智能,也无法真正满足用户的需求。如何评测向用户提供的视觉和听觉上的反馈,确保在用户和界面之间建立双向通信是十分重要的。以下准则集中体现了如何测试信息提示。
                      . 提示信息是否用具有可以理解性的语言进行描述。提示信息应不依赖于外界的信息源就能一目了然。出错信息应该有明确的意义,并伴随听觉和视觉效果,如特殊的图像、颜色或信息闪烁。这类信息除报错和警告之外,还应向用户提供如何从错误中恢复的建设性意见,和指明错误的潜在危害。
                      . 对重要的、有破坏性的命令是否提供确认措施,以避免破坏性的操作。例如,用户请求删除文件,或表示要覆盖某些信息,或要求终止一个程序。
                      . 信息是否具有判断色彩,注意,任何情况下信息提示只能是引导和帮助用户,而不是指责用户。
                      . 信息提示是否具有统一的标记、标准的缩写和隐含的颜色。如中英文混杂,拼错单词,风格不一等经常会影响用户的理解。
 
       可用性
        可用性(Availability)是指合法许可的用户能够及时获取网络信息或服务的特性。例如,网站能够给用户提供正常的网页访问服务,防止拒绝服务攻击。可用性是常受关注的网络信息系统CIA三性之一,其中A代表可用性(Availability)。对于国家关键信息基础设施而言,可用性至关重要,如电力信息系统、电信信息系统等,要求保持业务连续性运行,尽可能避免中断服务。
 
       可用性测试
        可用性是指系统正常运行的能力和用户接受的程度,一般用如下公式表示。
        可用性=平均正常工作时间/(平均正常工作时间+平均修复时间)
        影响可用性的因素有如下几个:
        (1)不充分的测试。
        (2)更改管理问题。
        (3)缺少在线监视和分析。
        (4)操作错误。
        (5)弱编码。
        (6)与外部服务或应用程序的交互。
        (7)不同的操作条件(使用级别更改、峰值重载)。
        (8)异常事件(安全性失败、广播风暴)。
        (9)硬件故障(硬盘、控制器、网络设备、服务器、电源、内存和CPU)。
        (10)环境问题(电源、冷却、火、洪水、灰尘、自然灾害)。
        下面给出提高系统可用性的一些办法。
        (1)使用集群。集群是指将至少两个系统连接到一起,像一个系统那样工作。当某一系统出现失效时,集群提供即时故障转移服务。
        (2)使用网络负载平衡。当检测某服务器失败后,网络负载平衡自动将通信量重新分发给仍然运行的服务器。
        (3)使用服务级别协议。可用性指标的期望服务级别要求达到4个或5个“9”。例如,“该应用程序应每周运行7天,每天24小时,年可用性为99.99%”是指全年不能正常工作的时间仅仅只有52分钟,不足1个小时。
        (4)提供实时的监视。监视系统的工作负荷和失败数据,实时监视对于发现趋势和改善服务至关重要。
        (5)使用数据备份,保证数据安全。
        (6)检查所有的安全计划。安全性是确保应用程序服务只对有权使用系统的用户可用,还意味着使得应用程序使用的所有分布式组件和资源受到保护。
 
       文本
        文本指各种字符,包括数字、字母和文字等。文本可以先在Word文字处理软件中编辑制作,然后导入集成到多媒体系统中,也可以直接在图形/图像设计软件中编辑制作。
   题号导航      2014年下半年 软件评测师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第56题    在手机中做本题