通用界面测试用例
通用测试用例
1. 查询按日期进行正常显示，查询结果数据包含所选日期
2. 查询出所输入日期的数据
3. 查询不到任何信息（或给出提示信息）
测试是否能够实现模糊查询
3
1. 在查询条件中输入任意关键字（例如“测试”）
1. 可以查询到包含“测试”的所有信息
测试执行查询后，查询条件是否保留
新增--通用测试用例
用例标题
优先级
步骤
预期
测试是否能正常进行新增
1
1. 点击“新增”按钮；
2. 输入必填字段，点击“保存”；
3. 查看列表页面新增的数据；
1. 系统跳转至“新增”页面；
2. 系统提示“保存成功”，并跳转至列表页面；
3. 新增数据可在列表中查看到，且与新增时数据一致。
测试新增页面字段名称和字段类型是否正确
3
1. 输入@#$%^&*()<p>~'"%-like=?等符号
2. 输入脚本（例如：<script>alert(123456)</script>）
1. 查询不到任何记录
2. 查询不到任何信息，且不会对页面造成影响，不会弹出alert框
测试对下拉框数据进行查询是否正确
3
1. 按默认值查询
2. 随机选择下拉框数据进行查询
1. 选中一条数据，成功执行删除操作后，查看数据库中是否还存在该条数据
1. 数据库中仍存在该条数据，只是修改该条数据状态
测试是否支持回车查询
4
1. 输入查询条件，点击回车
1. 执行查询操作
删除--通用测试用例
用例标题
优先级
步骤
预期
易用性、界面测试用例
完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作可写控制项检测到非法输入后应给出说明并能自动获得焦点Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式复选框和选项框中的内容按一定顺序排列复选框和选项框要有默认选项，并支持Tab选择界面空间较小时使用下拉框而不用选项框选项数较少时使用选项框，相反使用下拉列表框当鼠标指针在控件上停留时即显示相关帮助信息对于界面输入重复性高的情况，该界面应全面支持键盘操作，即在不使用鼠标的情况下采用键盘进行操作专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼常用菜单要有命令快捷方式完成相同或相近功能的菜单用横线隔开放在同一位置易用性、界面测试测试编号用例实施易用性测试菜单前的图标能直观的代表要完成的操作如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列菜单深度一般要求最多控制在三层以内在整个交互式语境中，是否可以识别鼠标操作？文本字体、大小、格式正确菜单功能的名字是否具有自解释性？相同功能按钮的图标和文字是否一致菜单前的图标不宜太大，与字高保持一致最好没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边是否可能通过鼠标访问所有的菜单功能下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行排列，用横线隔开下拉式操作能否正常进行菜单要与用户权限相符功能按钮或菜单选项不能重复菜单的说明要跟弹出的窗体一致菜单和工具要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感状态条要能显示用户切实需要的信息，常用的有目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。
软件测试用例模板和例子
软件测试用例模板和例子在软件开发过程中，测试是非常重要的一个环节，而测试用例则是测试工作的基础。
测试用例可以帮助测试人员清晰地了解需要测试的功能、场景以及预期的结果，从而更有效地进行测试工作。
本文将介绍软件测试用例的模板和提供一些例子，以帮助读者更好地理解测试用例的编写方法。
测试用例模板下面是一个通用的测试用例模板，可以根据具体的项目和需求进行适当的调整。
测试用例编号：测试项目：测试功能：前提条件：测试步骤：预期结果：实际结果：测试结果：测试人员：日期：测试用例例子接下来我们通过一个具体的例子来展示如何编写测试用例。
测试用例编号：TC001测试项目：登录功能测试测试功能：用户登录前提条件：用户已注册账号并拥有有效的用户名和密码测试步骤：1.打开登录页面2.输入正确的用户名和密码3.点击登录按钮4.检查是否成功跳转到用户首页预期结果：用户成功登录，跳转到用户首页实际结果：用户成功登录，跳转到用户首页测试结果：通过测试人员：测试人员A日期：2022年1月1日通过以上例子，我们可以看到测试用例的编写非常具体和清晰，包括了测试项目、功能、步骤、预期结果等信息，有助于测试人员进行有效的测试工作。
总结软件测试用例是测试工作中不可或缺的一部分，通过规范的测试用例编写可以帮助测试人员更好地进行测试工作。
在编写测试用例时，应该尽可能详细地描述测试功能、步骤和预期结果，以确保测试工作的准确性和完整性。
希望本文提供的测试用例模板和例子对读者有所帮助，进一步提升软件测试工作的效率和质量。
优秀的测试用例案例
优秀的测试用例案例一、正常登录情况。
1. 测试用例名称：使用正确的用户名和密码登录。
测试步骤：打开登录页面。
在用户名输入框中输入已经注册好的正确用户名，比如说“超级飞侠”。
在密码输入框中输入对应的正确密码，就像给超级飞侠输入它的秘密指令“123456abc”。
点击登录按钮。
预期结果：页面成功跳转到用户的个人主页，能看到类似“欢迎回来，超级飞侠！”这样的欢迎语，并且可以看到个人信息、功能菜单等只有登录后才能看到的东西。
二、边界值情况。
1. 测试用例名称：使用最短允许的用户名和密码登录。
测试步骤：进入登录页面。
输入系统允许的最短用户名，假如是3个字符的“abc”。
输入系统允许的最短密码，比如6个字符的“123456”。
点击登录按钮。
预期结果：成功登录，进入到和正常登录一样的个人主页，显示欢迎语等相关信息。
2. 测试用例名称：使用最长允许的用户名和密码登录。
测试步骤：打开登录界面。
输入最长可接受的用户名，假设是20个字符的“这个用户名超级超级超级长1234567890”。
输入最长可接受的密码，像是30个字符的“这个密码超级超级长abcdefghijklmnopqrstuvwxyz123”。
按下登录按钮。
预期结果：顺利登录，显示个人主页和欢迎信息，没有任何报错提示。
三、异常情况。
1. 测试用例名称：用户名不存在登录。
测试步骤：来到登录页面。
在用户名框里输入一个根本没注册过的名字，例如“不存在的大侠”。
在密码框里随便输入一串字符，像“888888”。
点击登录按钮。
预期结果：页面弹出提示框，上面写着“用户名不存在，请重新输入或者注册”之类的话，并且停留在登录页面，不允许进入个人主页。
2. 测试用例名称：密码错误登录。
测试步骤：打开登录窗口。
输入一个正确注册过的用户名，比如“勇敢小战士”。
但是在密码框里输入错误的密码，像是“错误密码123”。
点击登录按钮。
预期结果：弹出提示框，显示“密码错误，请重新输入”，页面保持在登录界面，不能进入个人主页。
对客端的通用测试用例
对客端的通用测试用例随着移动互联网的迅猛发展，移动应用程序（APP）已经成为人们生活中必不可少的一部分。
而APP的质量直接决定了用户的使用体验和满意度。
因此，在开发和上线之前，必须进行充分的测试来确保APP的质量。
本篇文章将介绍对客端的通用测试用例，以帮助开发人员有效地测试和优化APP。
一、基础功能测试1. 启动和关闭：测试APP的启动和关闭功能，确保在不同情况下启动稳定，关闭流畅。
2. 登录和注册：测试APP的登录和注册功能，确保用户可以成功注册和登录，并且不会出现异常情况。
3. 密码重置：测试APP的密码重置功能，确保用户可以成功重置密码，并且不会出现异常情况。
4. 退出登录：测试APP的退出登录功能，确保用户可以成功退出登录，并且不会出现异常情况。
5. 页面跳转：测试APP的页面跳转功能，确保在不同情况下跳转稳定，不会出现闪退或卡顿的情况。
二、界面测试1. 布局和设计：测试APP的布局和设计，确保页面布局合理，设计美观。
2. 图片和文字：测试APP的图片和文字质量，确保图片清晰，文字易读。
3. 字体大小和颜色：测试APP的字体大小和颜色，确保字体大小合适，颜色不会影响用户的阅读体验。
4. 屏幕适配：测试APP在不同尺寸的屏幕上的适配情况，确保界面显示正常，不会出现显示不全或错位的情况。
5. 响应速度：测试APP的响应速度，在不同网络环境下测试，确保响应及时，不会出现卡顿的情况。
三、功能测试1. 搜索：测试APP的搜索功能，确保可以准确地搜索到相关内容，并且搜索速度快。
2. 发布和编辑：测试APP的发布和编辑功能，确保用户可以成功发布和编辑内容，并且不会出现异常情况。
3. 支付和购物车：测试APP的支付和购物车功能，确保用户可以成功购买商品，并且支付流程稳定，购物车功能正常。
4. 评论和评分：测试APP的评论和评分功能，确保用户可以成功评论和评分，并且不会出现异常情况。
5. 推送和消息：测试APP的推送和消息功能，确保用户可以收到相关通知，并且推送和消息功能正常。
一个网页通用的测试用例
一个网页通用的测试用例具体需求：有一个登陆页面，（假如上面有2个textbox, 一个提交按钮。
请针对这个页面设计30个以上的test case.）功能测试(Function test)0. 什么都不输入，点击提交按钮，看提示信息。
（非空检查）1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。
（正常输入）2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。
（错误校验）3.登录成功后能否能否跳转到正确的页面（低）4.用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示）5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤）6.记住用户名的功能7.登陆失败后，不能记录密码的功能8.用户名和密码前后有空格的处理9.密码是否加密显示（星号圆点等）10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确12.输入密码的时候，大写键盘开启的时候要有提示信息。
界面测试(UI Test)1.布局是否合理，2个testbox和一个按钮是否对齐2.testbox和按钮的长度，高度是否复合要求3. 界面的设计风格是否与UI的设计风格统一4. 界面中的文字简洁易懂，没有错别字。
性能测试(performance test)1.打开登录页面，需要几秒2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒安全性测试(Security test)1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)2.用户名和密码是否通过加密的方式，发送给Web服务器3.用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用javascript验证4.用户名和密码的输入框，应该屏蔽SQL注入攻击5.用户名和密码的的输入框，应该禁止输入脚本（防止XSS攻击）6.错误登陆的次数限制（防止暴力破解）7. 考虑是否支持多用户在同一机器上登录；8. 考虑一用户在多台机器上登录可用性测试(Usability Test)1. 是否可以全用键盘操作，是否有快捷键2. 输入用户名，密码后按回车，是否可以登陆3. 输入框能否可以以Tab键切换兼容性测试（Compatibility Test）1.主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）2.不同的平台是否能正常工作，比如Windows, Mac3.移动设备上是否正常工作，比如Iphone, Andriod4.不同的分辨率本地化测试（Localization test）1. 不同语言环境下，页面的显示是否正确。
UI通用测试用例
tree
edit
树节点的删除,删除节点结构时,该节点下的子节点一起被删除; 树节点位置移动,如果有上下移动功能则允许节点上下移动,否则不允许上下移动包括编辑时也不
根据需求是否有其他节点操作;比如点击节点可以编辑该节点等;
组件菜单权 限
HOST和admin用户安装组件，分配菜单权限
权限测试
权限测试
by all by org by user
大小的判断和限制; 新增页面; 好提示信息及说明原因; 主从表在反复添加时极有可能系统报错，系统默认值也可能在 反复保存并新增后有所改变,检查输入设置是否被清空，恢复默 认 新增后，主表数据保存，从表数据未保存成功 新增，主从表数据都保存成功 予友好提示信息并说明原因; 入,并回到浏览页面; ，主表数据保存，从表数据未保存成功
主从表数据都保存成功 提示信息并说明原因; 展示在编辑页面中;不能修改的项,是不可编辑状态; 的数据,考虑业务逻辑是否允许删除该数据; 个页面; 至展示页面 至展示页面
系统默认值也可能在反复保存并新增后有所改变,检查输入设置 是否被清空，恢复默认
返回看设置是否起效 至展示页面 至展示页面
称,修改节点结构时,该节点下的字节点一起移动; 节点下的子节点一起被删除;
字符 \,.,@,$,&^”
到数据 到数据 情况
到数据 到数据
情况
如“5” 如,中文,英文 如“@\//--,.'";*#%” 如“-3” 如“12.3”
如“输入范围上限值” 输入范围上限值外值 输入范围上限值内值”
执行一个事件,需要反复选择 ）
是否有全选功能 全选后能否做到全部设置成功 暂时没有给出标准，建议给出友好提示 验证是否是只设置了选择部分（先做部分选择，再做全选测 试，以验证显示查询关系是否正确）
用户界面测试用例
是否使用国际通行的国标和语言？
度量单位、日期格式、人的名字等是否符合国际惯例？
个性化
是否具有与众不同的、让用户记忆深刻的界面设计？
是否在具备必要的“一致性”的前提下突出“个性化”设计？
合理布局和谐色彩
界面的布局符合软件的功能逻辑吗？
界面元素是否在水平或者垂直方向对齐？
界面元素的尺寸是否合理？行、列的间距是否保持一致？
类别
特征
A类
B类
……
6.用于测试用户界面的检查表
指标
检查项
测试人员的类别及其评价
合适性和正确性
用户界面是否与软件的功能融洽
是否所有界面元素的文字和状态都正确无误
容易理解
对于常用的功能，用户能否不必阅读手册就能使用？
是否所有界面元素（例如图标）都不会让人误解？
是否所有界面元素提供了充分而必要的提示？
界面结构能够清晰地反映工作流程？
出错处理
是否对重要的输入数据进行校验？
执行有风险的操作时，有“确认”、“放弃”等提示吗？
是否根据用户的权限自动屏蔽某些功能？
是否提供UNDO功能用以撤消不期望的操作？
适应各种水平的用户
所有界面元素都具备充分必要的操作键盘和鼠标操作吗？
初学者和专家都有合适的方式操作这个界面吗？
色盲或者色弱的用户能正常使用该界面吗？
是否恰当地利用窗体和控件的空白，以及分割线条？
窗口切换、移动、改变大小时，界面正常吗？
界面的色调是否让人感到和谐、满意？
重要对象是否用醒目的色彩表示？
色彩使用是否符合行业的习惯？
界面的布局符合软件的功能逻辑吗？
界面元素是否在水平或者垂直方向对齐？
用于测试用户界面的检查表指标检查项测试人员的类别及其评价合适性和正用户界面是否与软件的功能融洽是否所有界面元素的文字和状态都正确无误容易理解对于常用的功能用户能否不必阅读手册就能使用
界面UI测试用例
1.美观 2.符合操作
1.text文本设置对应提醒 2.无选择，提交提示 3.必填项提醒 4.验证码信息判断正确 6.刷新普通页面，刷新键入信息页面，键入信息清空
1.enter，换行或者提交 2.键入时，tab换下个text输入 3.向后删除 4.复制，粘贴 5.删除 6.点击上，下，页面符合
1.窗体名称正确 2.正常
1.提供信息是否正确（错别字，电话错误，二维码错误， 关注） 2.提供链接是否正确 3.提供视频是否可播放 4.对应图片，图标正确
1.界面是否符合审美常规 2.布局符合操作常规
1.text文本：位数限制，类型限制，提交提示 2.同意协议，不选，提交提示 3.必填项提示 4.电话验证码:空/格式/有效判断 5.图形验证码 6.刷新页面 1.enter 2.tab 3.Delete 4.ctrl+c、ctrl+v 5.Backspace 6.上下箭头
1.是否存在默认 2.是否可选择
1.时间控件，年月日是否符合，是否可选择，默认
1.手机适应（Android/IOS,自带浏览器，QQ浏览器，UC） 2.PC适应（QQ，UC，火狐，谷歌，360，猎豹）
显示器17寸普屏，最佳分辨率为1024X768， 17寸和19寸普屏方屏液晶显示器，最佳分辨率是1280× 1024 19寸宽屏方屏液晶显示器，最佳分辨率是1440×900 16:9宽屏的分辨率1366×768、1920×1080、1600×900 9寸10寸上网本的分辨率：1024×600 24寸宽屏（16：10）液晶的分辨率1920×1200
例
目标输出
实际输出 是否通过 编写日期
1.导航菜单，菜单模块大小一致，字体一致 2.按钮符合设置规范3-字体美观 4.内容过多，存在滚动条，滚动条滑动，内容变化，需要 加载的，加载成功 5.合适位置存在状态条
软件测试中通用的测试用例(很全)
B/S程序通用测试点1、界面测试通用测试点2、页面元素通用测试点3、相关功能通用测试点文本框测试用例一、文本框为字符型必填项非空校验：1、必填项未输入－－程序应提示错误；2、必填项只输入若干个空格，未输入其它字符－－程序应提示错误；字段唯一性校验：（不是所有字段都作此项校验，视实际项目情况而定）1、新增时输入重复的字段值－－必须提示友好信息；2、修改时输入重复的字段值－－必须提示友好信息；字段长度校验：1、输入[最小字符数-1]－－程序应提示错误；2、输入[最小字符数]－－OK；3、输入[最小字符数+1]－－OK；4、输入[最大字符数-1]－－OK；5、输入[最大字符数]－－OK；6、输入[最大字符数+1]－－程序应提示错误；字段为特殊字符校验：1、输入域如对某些字符禁止输入时，限制是否成功，提示信息是否友好；2、中文、英文、空格，数字，字符，下划线、单引号等所有特殊字符的组合；3、所有特殊字符都必须进行测试（!~@#$^&*()_+{}|:“<>?/.,;‘[]\=-`￥……（）--：《》？、。
，；’【】、=-·）字段为特殊代码校验：1、输入htm代码：比如” <font>你好</font>”；－－必须以文本的形式将代码显示出来。
2、输入JavaScript代码：比如<param name=“MovieWindowWidth” value=“320”>；－－必须以文本的形式将代码显示出来。
多行文本框输入：1、是否允许回车换行；2、保存后再显示能够保持输入时的格式；3、仅输入回车换行，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示；4、仅输入空格，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示。
二、文本框为数值型边界值：1、输入[最小值-1]－－程序应提示错误；2、输入[最小值]－－OK；3、输入[最大值]－－OK；4、输入[最大值+1]－－程序应提示错误；位数：1、输入[限制位数]－－OK；2、输入[限制位数+1]－－根据实际项目而定，是否自动四舍五入成限制位数，还是提示信息；3、输入[限制位数-1]－－OK；异常值、特殊值：1、输入非数值型数据：汉字、字母、字符－－程序应提示错误；2、输入负数－－根据实际项目而定，如果不允许输入负数，必须提示友好信息；3、字段禁止直接输入非数值型数据时，使用“粘贴”、“拷贝”功能尝试输入，并测试能否正常提交保存－－只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存，并应给出相应提示；4、全角数字和半角数字的情况－－全角数字不能保存，提示友好信息，半角数字正常保存；5、首位为零的数值：如01＝1－－视实际项目情况而定；三、文本框为日期型合法性检查：1、日输入[0日]－－程序应提示错误；2、日输入[1日]－－OK；3、日输入[32日]－－程序应提示错误；4、月输入[1、3、5、7、8、10、12月]、日输入[31日]－－OK；5、月输入[4、6、9、11月]、日输入[30日]－－OK；6、月输入[4、6、9、11月]、日输入[31日]－－程序应提示错误；7、输入非闰年,月输入[2月]、日输入[28日]，比如2009.2.28－－OK；8、输入非闰年,月输入[2月]、日输入[29日]，比如2009.2.29－－程序应提示错误9、(闰年)月输入[2月]、日输入[29日]，比如2008.2.29－－OK；10、(闰年)月输入[2月]、日输入[30日]，比如2008.2.30－－程序应提示错误；12、月输入[1月]－－OK；13、月输入[12月]－－OK；14、月输入[13月] －－程序应提示错误；格式检查：1、不合法格式：2009-09、2009-09 -、200-2-2；2、视具体项目而定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ；异常值、特殊值：1、输入汉字、字母、字符－－程序应提示错误；四、文本框为时间型合法性检查：1、时输入[24时] －－程序应提示错误；2、时输入[00时] －－OK；3、分输入[60分] －－程序应提示错误；4、分输入[59分] －－OK；5、分输入[00分] －－OK；6、秒输入[60秒] －－程序应提示错误；7、秒输入[59秒] －－OK；8、秒输入[00秒] －－OK；格式检查：1、不合法格式：12:30:、123000；2、视具体项目而定是否合法：12:30、1:3:0；异常值、特殊值：1、输入汉字、字母、字符－－程序应提示错误；2、系统中所涉及时间是否取服务器时间；版权声明：本文出自zll_618的51Testing软件测试博客：/?216950。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
与正在使用的功能无关的按钮应该屏蔽
按钮的大小和界面的大小和空间协调
多窗口切换时间是否过长（也不宜过短，容易导致界面错误）
左对齐：一般文字、单个数字、日期等
右对齐：数字、时间、日期加时间
推荐分辨率为1024*768，增强色16位
但在不同的分辨率下均可正常显示
对功能采用及时帮助，是否能准确定位到帮助系统位置
利用帮助索引是否能准确定位到帮助主题和内容
是否具有打印功能
目录是否划分有层次
帮助文字描述是否准确
在系统不同位置激活帮助内容是否与当前操作相关
微软的帮助由状态栏提供或控件有文本提示
选择"帮助"->"关于"命令,应看见相关版权和产品信息
向导测试
向导是否正确
图标尺寸（48*48、32*32、24*24、16*16）
图标功能与实际相似，避免抽象
图标上是否加标注
安装界面应有公司介绍或产品介绍,有公司的图标
主界面及大多数界面最好有公司图标
鼠标测试
整个交互语境中，是否识别鼠标操作
如果要求多次点击，是否能够在语境中正确识别
光标、处理指示器、识别指针随操作恰当改变
当窗口被覆盖并重新调用后，窗口是否正确再生
如果使用多任务，是否窗口数据被实时更新？
窗口是否支持最大最小和放大
窗口控件随着窗口的放大而放大，反之亦然
父体窗口放大时，子体窗口也放大。反之亦然
Tab键至上而下，从左到右
子窗口弹出在父窗口左上角或正中
多个子窗口弹出时，依次向右下方偏移
重要的按钮和频繁使用的按钮放在屏幕最醒目的处
完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离
同一界面上的控件数最好不要超过10 个，多于10 个时可以考虑使用分页界面显示
分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
消除冗余输入，绝不要让用户提供程序中可以自动获取或计算出来的信息
遵循可不用鼠标的原则：应用中的功能只用键盘也应当可以完成
界面测试用例
模块名称
版本号：
日 期：
2008-8-4
开发人员
设计人：
测试人：
功能描述
用例目的
前提条件
用例编号
用例实施
期望输出
实际情况
动作
输入
易用性测试
是否有快捷键，快捷键不能重复
是否有热键，热键不能重复
不要用数据将用户包围，使用便于拥护迅速吸Байду номын сангаас信息的方式表现信息
减少用户输入动作数量
默认按钮要支持Enter 操作，即按Enter 后自动执行默认按钮对应操作
为手工录入部分提供快速键盘录入方式，能仅使用小键盘时尽量使用小键盘
提供操作路径跟踪，或者说是一个可重复的操作路径
当鼠标指针在控件上停留时即显示相关帮助信息
窗口测试
窗口是否能正常关闭
窗口控件的大小，对齐方向，颜色背景等属性设置
活动窗口反显加亮
多窗口重叠时窗口名称显示正确
窗口数据是否能够使用鼠标、功能键、键盘、方向键、TAB
字体缺省为宋体、五号、黑色
底色缺省采用灰色
移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确
菜单测试
菜单功能是否正确执行
下拉菜单是否根据选项含义进行分组
菜单命令快捷方式
文本字体、大小、格式正确
菜单功能名称是否具有自解释性
菜单项是否有帮助
右键菜单是否采用与菜单相同的准则
下拉式操作能否正常进行
菜单是否根据系统功能合理分类、选项进行分组
点击选中？滑动停留选中
支持滑轮
相同种类元素采用相同操作激活
沙漏表示繁忙，手型表示点击
鼠标无规则点击是否会产生不可估计后果
单击鼠标右键弹出菜单，取消右键时是否隐藏
文字测试
文字易认易懂，拼写正确，不存在二义性
不能出现全角,半角混合
不能出现中英文混合
帮助系统的测试
系统提供F1帮助键
在界面上调用帮助时，能够及时定位到与操作相关的帮助文件
确认向导连接确实存在
确认向导是否明确直观、一致
信息提示
提示信息是否具有可理解性的语言描述
对重要的、具有破坏性的操作命令是否有确认信息、以避免破坏性操作，例如：删除、覆盖、终止
信息是否具有判断性色彩
信息提示是否具有统一的标记、标准和缩写
信息应提供如何从错误中恢复的建设性意见
信息应伴随着视觉上的提示，如特殊的图像、颜色或信息闪烁
菜单深度控制在三层以内
菜单标题简明有意义
是否依据使用频率排列
是否依据逻辑顺序排列
是否依据使用顺序排列
菜单显示格式和使用方式一致
选择菜单是否可以正常工作,并与实际执行内容一致
功能按钮或菜单选项不能重复
菜单要与用户权限相符
图标测试
图标基调颜色不刺眼
用户登陆界面易找寻
图标符合常规表达习惯
图标轮廓清晰、保证在不同背景下清晰显示