易用性测试用例集
易用性、界面测试用例
完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作可写控制项检测到非法输入后应给出说明并能自动获得焦点Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式复选框和选项框中的内容按一定顺序排列复选框和选项框要有默认选项，并支持Tab选择界面空间较小时使用下拉框而不用选项框选项数较少时使用选项框，相反使用下拉列表框当鼠标指针在控件上停留时即显示相关帮助信息对于界面输入重复性高的情况，该界面应全面支持键盘操作，即在不使用鼠标的情况下采用键盘进行操作专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼常用菜单要有命令快捷方式完成相同或相近功能的菜单用横线隔开放在同一位置易用性、界面测试测试编号用例实施易用性测试菜单前的图标能直观的代表要完成的操作如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列菜单深度一般要求最多控制在三层以内在整个交互式语境中，是否可以识别鼠标操作？文本字体、大小、格式正确菜单功能的名字是否具有自解释性？相同功能按钮的图标和文字是否一致菜单前的图标不宜太大，与字高保持一致最好没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边是否可能通过鼠标访问所有的菜单功能下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行排列，用横线隔开下拉式操作能否正常进行菜单要与用户权限相符功能按钮或菜单选项不能重复菜单的说明要跟弹出的窗体一致菜单和工具要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感状态条要能显示用户切实需要的信息，常用的有目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。
软件测试-测试用例的设计-黑盒测试方法
件存在的缺陷，而不是简单的复制软件设计规格说明文档 既要设计正面的测试用例，也要设计负面的测试用例
中软国际（天津ETC)
ChinaSoft International 中软国际
Logo
测试用例-黑盒测试用例的设计
产品说明书术语检查清单：
在审查产品说明书时，作为前一个清单的补充，还有一个问题用 语检查清单。
总是、每一种、所有、没有、从不。 当然、因此、明显、显然、必然。 某些、有时、常常、通常、惯常、经常、大多、几乎。 等等、诸如此类、以此类推、例如。 良好、迅速、廉价、高效、小、稳定。 处理、进行、拒绝、跳过、排除。 如果„„那么„„（没有否则）。
•软件功能需求规格说明书、产品设计文档。
•测试方法对测试用例的设计影响非常大。 •测试对象。客户端软件和服务器端系统、分布式系统和集中式系统等。 •软件实现所采用的技术。
8
Logo
测试用例-测试用例的概念和作用
设计测试用例的基本原则如下：
• • • • • • •
利用成熟的测试用例设计方法来指导设计
6
Logo
测试用例-测试用例的概念和作用
好的测试用例的特征
• • • • •
可以最大程度地找出软件隐藏的缺陷
可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求
既不过分复杂、也不能过分简单
使软件缺陷的表现可以清楚的判定
– 测试用例包含期望的正确的结果
– 待查的输出结果或文件必须尽量简单明了
DL／T 2031—2019 电力移动应用软件测试规范
目次前言 (III)1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 缩略语 (3)5 测试环境 (3)6 测试方法 (4)7 功能测试 (4)7.1 功能性测试 (4)7.2 交叉事件测试 (4)8 非功能测试 (5)8.1 性能（效率）测试 (5)8.2 兼容性测试 (7)8.3 易用性测试 (7)8.4 可靠性测试 (8)8.5 可维护性测试 (9)8.6 可移植性测试 (9)8.7 用户文档集检查 (10)9 安全测试 (10)9.1 移动应用服务端 (10)9.2 移动应用客户端 (10)附录A（资料性附录） 黑盒测试方法 (19)附录B（资料性附录） 渗透测试方法示例 (21)附录C（资料性附录） 综合评价方法 (26)附录D（资料性附录） 测试工具 (28)电力移动应用软件测试规范1 范围本标准规定了电力移动应用软件在系统测试阶段的测试环境、测试方法和测试过程。
本标准适用于电力行业移动应用软件的系统测试环节，其他软件系统可参照本标准执行。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅所注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 15532 计算机软件测试规范GB 17859 计算机信息系统安全保护等级划分准则GB/T 18336 信息技术 安全技术 信息技术安全评估准则GB/T 22239 信息安全技术信息系统安全等级保护基本要求GB/T 25069—2010 信息安全技术 术语GB/T 34975 信息安全技术 移动智能终端应用软件安全技术和测试评价方法YD/T 2558 基于祖冲之算法的LTE终端和网络设备安全技术要求3 术语和定义GB/T 15532、GB/T 18336、GB/T 25069—2010界定的以及下列术语和定义适用于本文件。
3.1移动应用软件 Mobile application可独立运行在移动终端系统上的应用，拥有系统本身独立的应用服务器、数据库服务器，不借用其它软件或平台作为入口，可独立发布、安装、运行、卸载等。
易用性测试
第8章易用性测试
8.1 易用性测试概述 8.2 安装测试 8.3 功能易用性测试 8.4 用户界面测试 8.5 用户文档测试
8.1 易用性测试概述
1．什么是软件易用性
软件易用性是用户对软件的易使用性、质量、效率以及效 果的感觉。在软件质量指标体系中，易用性(Usability)：是 交互的适应性、功能性和有效性的集中体现。易用性是用 来衡量使用一个软件产品完成指定任务的难易程度。这跟 功能性、喜欢这些相关的概念是不一样的。
3．什么是软件易用性测试
易用性测试的目的在于增加软件操作的简易性，让用户容易接 受软件，方便用户的日常使用。因为易用性是非功能性需求， 加上易用性不像功能那样有明确的界限。所以，易用性有很多 的主观成份或无法直接测量，而必须通过间接测量或观察某些 属性的方式。此外，易用性是针对不同人的，开发和测试人员 无法准确知道该软件产品是否对别人同样易用。所以，很多时 候易用性测试也没有一个标准。但一般来说，软件产品的易用 性测试可分为四部分：就是安装易用性测试、功能易用性测试、 界面易用性测试和用户文档易用性测试。
在《软件工程产品质量》质量模型中，易用性包含易见性、 易学习性和易用性。即软件产品被理解、学习、使用和吸 引用户的能力。
2．软件易用性的几点常见误区
（1）忽视和误解了软件易用性概念 （2）混淆了有用性与易用性的区别 （3）没有正确理解发现、弄懂和效率 （4）没有考虑应用的高效性和帮助指南
18. 必填项检查：应该填写的项没有填写时系统是否都做了处 理，对必填项是否有提示信息，如在必填项前加*。
19. 快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日 期对快捷方式是否也做了限制。
测试用例设计-WEB通用测试用例
测试用例设计-WEB通用测试用例易用性1、便于使用、理解、并能减少用户发生错误选择的可能性2、当数据字段过多时，使用便于用户迅速吸取信息的方式表现信息，突出重点信息，标红等方式3、显示与当前操作相关的信息，给出操作提示。
4、界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能5、对于常用的功能，用户不需要阅读用户手册就能使用一致性1、是否符合广大用户使用同类软件的习惯2、表现形式的一致性，字体、按钮、控件风格、颜色、术语、提示信息等。
（需要有一个全局的概念，不要每个模块都按照他们自己的风格做，结果每个模块效果做出来都不一致，这也是至关重要的所有要测试人员认真检查）3、交互习惯的一致性，查询、新增、编辑、删除等操作，并保证同一操作类型按钮名称一致。
（顺序一致，页面位置也要尽量相同。
）4、当输入框为不可输入或控件为不可使用状态时，统一为灰色不可输入状态；有序性1、界面文字、表单、图标等元素根据业务规则、使用频率排列2、Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式3、必填项提示信息按照从上到下，从左到右的提示方式依次提示安全性1、ID/密码验证方式中能否使用简单密码。
如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位2、ID/密码验证方式中，连续数次输入错误密码后该账户是否被锁定3、不登录系统，直接输入登录后的页面的url是否可以访问，（添加拦截器）4、退出登录后按后退按钮能否访问之前的页面（确认在退出后他的session的信息被注销）5、当用户无意录入无效和不符合相关规范的数据（如电子邮箱就需要验证他的邮箱格式是否正确）时，并且给予提示信息6、在用户作出危险的选择时有信息进行提示，比如要删除系统的重要数据，或者这种操作可能对系统造成其他的影响。
7、对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽8、给用户提供UNDO功能用以撤销不期望的操作9、输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?灵活性1、用户能自由的作出选择，且选择都是可逆的2、用户方便的使用即互动多重性，不局限于单一的工具(包括鼠标、键盘或软键盘)3、当页面数据暴涨，出现较长列表时，是否有滚动条保证页面显示完整的信息。
测试分类和测试用例
一：软件测试分类软件测试是一项复杂的系统工程，从不同的角度考虑可以有不同的划分方法，对测试进行分类是为了更好的明确测试的过程，了解测试究竟要完成哪些工作，尽量做到全面测试。
1：按是否需要执行被测软件的角度静态测试：不利用计算机运行待测程序而应用其他手段实现测试目的，如代码审核、无效的死循环、多余的变量等。
可借用第三方测试工具，如：PC-lint：支持几乎所有流行的编辑环境和编译器，比如Borland C++从1.x到5.x各个版本、Borland C++ Build、GCC、VC，、watcom C/C++、Source insight、intel C/C++等等，也支持16/32/64的平台环境。
动态测试：通过运行被测试软件来达到目的。
2：按阶段划分单元测试：对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。
集成测试：在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。
系统测试：对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务。
软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。
验收测试：在向软件的购买者展示该软件系统满足其用户的需求。
回归测试：在软件维护阶段，对软件进行修改之后进行的测试。
Alpha 测试：在系统开发接近完成时对应用系统的测试；Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。
一般由最终用户或其他人员员完成。
3.按测试方法划分白盒测试：也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试。
白盒测试的主要方法有逻辑驱动、基路测试等。
白盒测试可以借助一些工具来完成如Junit Framework，Jtest等。
黑盒测试：指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。
软件易用性测试(精)
软件易用性测试考察评定软件的易学易用性,各个功能是否易于完成,软件界面是否友好等方面进行测试,这点在很多类型的管理类软件中是非常重要的。
通常对易用性有如下定义:易见Easy to discover:单单凭观察,用户就应知道设备的状态,该设备供选择可以采取的行动。
易学Easy to learn:不通过帮助文件或通过简单的帮助文件,用户就能对一个陌生的产品有清晰的认识。
易用Easy to use:用户不翻阅手册就能使用软件。
对于易用性测试可遵循以下原则:1、完成相同或相近功能的按钮用Frame 框起来,常用按钮要支持快捷方式。
2、完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
3、按功能将界面划分局域块,用Frame 框起来,并要有功能说明或标题。
4、界面要支持键盘自动浏览按钮功能,即按Tab 键的自动切换功能。
5、界面上首先应输入的信息和重要信息的控件在Tab 顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6、同一界面上的控件数最好不要超过10 个,多于10 个时可以考虑使用分页界面显示。
7、分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab8、默认按钮要支持Enter 操作,即按Enter 后自动执行默认按钮对应操作。
9、可输入控件检测到非法输入后应给出说明信息并能自动获得焦点。
10、Tab 键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。
11、复选框和选项框按选择几率的高底而先后排列。
12、复选框和选项框要有默认选项,并支持Tab 选择。
13、选项数相同时多用选项框而不用下拉列表框。
14、界面空间较小时使用下拉框而不用选项框。
15、选项数较少时使用选项框,相反使用下拉列表框。
16、专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。
17、对于界面输入重复性高的情况,该界面应全面支持键盘操作,即在不使用鼠标的情况下采用键盘进行操作。
istqb基础级模拟题
istqb基础级模拟题“测试基础”考题1.不同的测试阶段，需要考虑不同的测试目标。
比如，在开发测试中，如组件测试(unitteting)、集成测试(integrationteting)和系统测试(ytemteting)等，测试的主要目标是：a)尽可能的发现失效b)确认系统是否按照预期工作c)对软件的质量进行评估d)验证在开发过程中的变更是否引入新的缺陷2.确定测试的出口准则是下列哪一个测试阶段的主要任务之一(Kl)a)测试计划阶段b)测试分析和设计阶段c)测试控制阶段d)测试实现和执行阶段3.测试用例可以由以下哪(几)个选项来确定(Kl)A.测试对象的规格说明B.测试平台C.由分析源代码D.测试框架a)A.Bb))B,Cd)C,D4.通过编写程序制定测试用具，如驱动器(driver)，模拟程序(imulator)，是以下哪个活动的主要内容(K1)a)计划和控制b)分析和设计c)实现和执行d)评估出口准则和测试报告d)开发人员不是总能有效的找到自己工作产品中存在的缺陷7.软件的外部质量和内部质量可能包括下列哪些质量特性描述：(K2)A.功能性B.可靠性C.易用性D.移植性E.维护性a)A，Bb)A，B，Cc)A，B，C，Dd)全部选项“软件生命周期中的测试”考题8.下面关于软件开发模型的选择，描述正确的是：(KI)A.V模型是最早的开发模型，现在已经很少使用了B.迭代开发模型是较好的、较新开发模型，所以适合不同的软件项目C.W模型是V模型的拓展，强调开发和测试的并行性D.软件开发的模型必须根据项目的内容和产品的特征来选择a)A,Bb)A,B,Cc)B,C,Dd)C.D9.-个好的测试应该具有的特点包括：(K1)A.每个开发活动都有相对应的测试行为B.每个测试级别(tetlevel)都有其特有的测试目标C.每个测试级别(tetlevel)都需要在相应的开发活动过程中进行相应的测试分析和设计D.在开发生命周期中，测试员(teter)在文档初稿阶段就应该参与文档的评审(review)E.采用V模型作为软件开发模型a)A,B,Cb)B,C,Dc)A.B.C,Dd)A,B,C,D,E10.用来判定软件产品的可被理解、易学、易操作和在特定条件下吸引用户程度的测试属于：(K1)a)功能测试b)非功能测试c)结构测试d)确认测试和回归测试11.关于代码的判定覆盖率，主要在哪个测试级别的测试设计中考虑：(KI)a)系统测试b)集成测试c)组件测试d)验收测试12.下面的测试类型不属于验收测试的是(K2)a)用户验收测试b)系统测试c)合同验收测试d)Beta测试13.关于软件测试，下列描述错误的是：(K2)a)兼容性测试是软件产品的特性测试b)非功能测试可以在各个级别的测试中进行测试c)白盒测试的穷举路径能发现与数据相关的缺陷d)回归测试可以在各个级别的测试中进行测试“静态技术”考题15.以下属于静态分析工具能够发现的典型缺陷是：(K1)a)软件的可维护性缺陷b)软件对话框中的文字拼写错误c)引用一个没有定义的变量d)代码实现和设计不符16.参与技术评审时，如下的哪些不是必需执行的过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
编号
测试内容（快捷键操作）
是否通过
备注
1
操作时提供及时调用系统帮助的功能，常用F1来调用
2
最好提供目前流行的联机帮助格式或HTML帮助格式
3
如果没有提供书面的帮助文档的话，要有打印帮助的功能
4
在帮助中提供软件的技术支持方式
11
菜单和工具栏有清楚的界限
12
菜单和状态条通常使用5号字体
13
每个菜单快捷键不应有重复
14
菜单项提示符（如“…”）使用要准确
15
工具栏图标大小应该一致
16
菜单深度不宜超过3层
17
当前不能进行的操作应该置为灰色
快捷键
编号
测试内容（快捷键操作）
是否通过
备注
1
编辑：Ctrl+A全选；Ctrl+C拷贝；Ctrl+V粘贴；Ctrl+X剪切；Ctrl+Z撤销操作；Ctrl+Y恢复操作；Ctrl+D删除；Ctrl+F寻找；Ctrl+H替换；Ctrl+I插入；Ctrl+Tab下一窗口
30
热键无重复
31
各按钮（同行或同列的按钮）间距应该一致
32
各按钮文字字体应该一致
33
默认按钮要支持“ESC”即取消操作
菜单
编号
测试内容
是否通过
备注
1
常用菜单项要有快捷键
2
菜单项前的图标能直观的代表要完成的操作
3
一组菜单的使用有先后要求或有向导作用时，按先后次序排列
4
没有顺序要求的菜单软件要使用相关的专业术语，通用性界面则提倡使用通用性术语
14
不同界面的通用按钮的位置保持一致
15
常用按钮的等价按键保持一致
16
对可能给用户带来损失的操作最好支持可逆性处理
17
对可能造成等待时间较长的操作应该提供取消功能，并显示操作的状态
18
根据需要，程序自动过滤输入的空格
19
按钮、提示信息无错别字
5
主菜单的宽度要接近，字数不多于4个，每个菜单项的字数最好能相同
6
工具栏可以根据用户的需求进行定制
7
相同或相近功能的工具栏放在一起
8
工具栏的图标能直观的代表要完成的操作
9
状态条能显示用户切实需要的信息。如果某一操作需要的时间较长，还应该显示进度条和进程提示
10
滚动条的长度根据显示信息的长度或宽度及时变换
20
按钮、提示信息尽量避免中英文混用
21
一组按钮应对齐（横向或竖向）
22
各按钮文字数量最好相同
23
各按钮文字字号应该一致
24
Shift+Tab可以反向在各控件上切换
25
提示信息无全角、半角混用
26
快捷键无重复
27
各按钮大小应该一致
28
当前不可以执行的功能的各按钮、工具栏图标置灰
29
各控件显示完整，不被裁切或重叠
2
文件操作：Ctrl+P打印；Ctrl+W关闭；Ctrl+N新建；Ctrl+S保存；Ctrl+O打开
3
主菜单：Atl+F文件；Alt+E编辑；Atl+T工具；Atl+W窗口；Atl+H帮助
4
Windows保留键：Ctrl+Esc任务窗口切换；Alt+F4关闭窗口；Alt+Tab切换到下一应用；Enter缺省按钮/确认操作；Esc取消按钮/取消操作；Shift+F1上下文相关帮助
控件
编号
测试内容
是否通过
备注
1
按钮名称易懂，用词准确，与同一界面上的其他按钮易于区分
2
常用按钮支持快捷方式
3
相同或相近功能的按钮用Frame框起来，并有标题或功能说明
4
集中放置完成同一功能或任务的元素
5
应把首先输入数据和重要信息的控件在Tab顺序中靠前，并放在窗口上较醒目的位置
6
选项卡控件（Tab）支持在页面间的快捷切换，常用的快捷键为Ctrl+Tab
7
默认按钮要支持“回车”即选操作
8
选择常用功能或数值作为默认值
9
复选框、单远按钮、列表框及下拉列表框的内容或条目多的时候按选择概率的高低或字母顺序排序
10
复选框或单选按钮有默认选项
11
界面空间较小时使用下拉列表框而不用单选框（一般不宜超过5—7个单选项）
12
选项条目较小时使用单选按钮，相反使用下拉列表框