公共测试用例测试点大全

测试用例的例子
以下是 9 条关于测试用例的例子：
1. 你知道吗，就像医生给病人做全面检查一样，咱测试软件也得设计各种测试用例。

比如说，登录功能，得试试不同的用户名和密码组合，这可不就跟试钥匙开不同的锁一样嘛！
2. 哎呀，测试用例就好比是游戏里的关卡设计呀！比如测试一个购物车功能，要添加商品、删除商品、修改数量等等，这多像一道道关卡等着我们去突破呀！
3. 嘿，你想想，测试用例不就像是为软件挖陷阱，看它会不会掉进去！像测试网页的响应时间，设定个很慢的网络环境，看看它会不会卡顿，这多有意思啊！
4. 哇塞，你觉得测试用例像不像给软件设的一道道难题！比如说测试一个图片上传功能，用各种奇奇怪怪的图片格式，看它能不能应对，这不是跟刁难它一样嘛！
5. 咦，测试用例不就像给软件准备的一场场考试嘛！比如测试软件的兼容性，在不同的操作系统上运行，看它能不能通过，这跟我们考试有啥区别呀！
6. 嘿呀，测试用例可以说是软件的试金石呀！就拿测试一个表单提交来说，必填项不填、输入超长字符，这就是在考验它的坚韧程度呢，不是吗？
7. 哇哦，测试用例不就是探索软件的秘密武器嘛！像测试一个搜索功能，输入各种模糊的关键词，看它能不能找到想要的结果，这多刺激呀！
8. 哈喽呀，测试用例简直就像是在给软件做体检呢！比如测试一个支付功能，模拟各种支付失败的情况，看它怎么处理，这不是在仔细检查它的健康状况嘛！
9. 所以说呀，测试用例真的超级重要啊！它们能让软件的各种问题无所遁形，能让我们的软件变得越来越好！。

下拉菜单测试用例
下拉菜单基本测试：
可编辑的下拉菜单测试：下拉菜单联动检查：
假设有A、B、C三个下拉菜单，A联动B，B联动C；这
时需要检查：
1)默认值(为空，提示选择，某一值)检查；
2)列表内容，是可变还是固定的，可变的最好要用SQL或其他方式验证正确性，不允许出现
3)列表中的排序方式，特别是选项过多时尤为重要；
4)列表过长是否提供滚动条支持，一般超过10个需要滚动条；
5)选择一个选项后是否可编辑，有的下拉菜单允许编辑选择，这还需要验证其合法性；
6)列表中文本的对齐方式，一般都是左对齐；
7)选择框的长度是否可变；
8)选择框的长度是否合适，是否会出现选择项后不能全部显示其内容；
9)下拉菜单获取焦点后，是否可以通过键盘操作，主要包括↑,↓,Home ,End ,PageUP
1)插入新值，检查输入合法性，重复值要提示；插入值长度、个数是否有限制；
2)删除一个值；能否删除默认值；是否所有的预置选项可删除，是否可删除所有选项；
3)新增，删除选项后，下拉菜单内容是否能正确显示。

1)A选择一个选项后，B下拉菜单内容应该是A中这一项所包括的所有内容；
2)选择B中的一个选项，C下拉菜单内容应该是B中这一项所包括的所有内容；
3)更改A中的内容，B，C菜单应该做相应改变；
4)更改B中内容，C菜单应做相应改变。

一、界面测试公共测试用例界面测试一般包括页面文字,控件使用，少图，CSS，颜色等。

1. 文字内容一致性：1）公司要求文字的一致性，例如各种宣传文字、注册的协议条款、版权信息等；2）各处相同含义文字的一致性，例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。

样式一致性1）（通常分类包括）各类文字字体、字号、样式、颜色、文字间距、对齐方式；2）按钮的文字间距，按钮长度一定前提下，2个字的按钮，需要中间空一格（或者其它约定，需要统一）；3）链接文字，同一类，菜单、小标题、页角文字链接，在点击时颜色变化要相同；4）对齐方式，页面上文字的对齐，例如表单、菜单列、下拉列表中文字的对齐方式（左、右、居中等要统一）语言习惯：1）中文：文字简单，含义明确，无歧异，无重复，无别字，正确运用标点符号。

2）英文。

3）日文。

2. 按钮1）button的样式整体要统一，例如突出、扁平、3D效果等只能选其一；2）采用的图片表述相同功能，要采用单一图标。

3. 文本框1）录入长度限制，根据数据库的设计，页面直接限定录入长度（特殊处屏蔽复制、粘贴）；2）文本框自身的长度限制，主要考虑页面样式。

4. 单选框1）默认情况要统一，已选择，还是未选。

5. 日期控件1）图标、控件颜色、样式统一；2）点击控件、文本框均应弹出日期选择框。

6. 下拉选择框1）默认是第一个选项，还是提示请选择一个。

7. 提示信息1）静态文字与它的提示信息一致性，例如静态文字为…ID‟，出错信息显示…用户ID‟；2）空值时，出错信息需要统一，例如可以采用“静态文字”+不能为空；3）出现录入错误时，例如可以统一采用“静态文字”+格式不符合要求；4）提示信息标点符号是否标识；点击上一步，返回的页面上不应残留出错信息；5）静态提示信息，在录入框右侧，应有录入信息的相应要求的提示文字，达到方便操作的目的；6）必输项提示信息，必输项提示信息采用统一的标志。

8. 导航测试死导航、乱导航、操作复杂等。

优秀的测试用例案例一、正常登录情况。

1. 测试用例名称：使用正确的用户名和密码登录。

测试步骤：打开登录页面。

在用户名输入框中输入已经注册好的正确用户名，比如说“超级飞侠”。

在密码输入框中输入对应的正确密码，就像给超级飞侠输入它的秘密指令“123456abc”。

点击登录按钮。

预期结果：页面成功跳转到用户的个人主页，能看到类似“欢迎回来，超级飞侠！”这样的欢迎语，并且可以看到个人信息、功能菜单等只有登录后才能看到的东西。

二、边界值情况。

1. 测试用例名称：使用最短允许的用户名和密码登录。

测试步骤：进入登录页面。

输入系统允许的最短用户名，假如是3个字符的“abc”。

输入系统允许的最短密码，比如6个字符的“123456”。

点击登录按钮。

预期结果：成功登录，进入到和正常登录一样的个人主页，显示欢迎语等相关信息。

2. 测试用例名称：使用最长允许的用户名和密码登录。

测试步骤：打开登录界面。

输入最长可接受的用户名，假设是20个字符的“这个用户名超级超级超级长1234567890”。

输入最长可接受的密码，像是30个字符的“这个密码超级超级长abcdefghijklmnopqrstuvwxyz123”。

按下登录按钮。

预期结果：顺利登录，显示个人主页和欢迎信息，没有任何报错提示。

三、异常情况。

1. 测试用例名称：用户名不存在登录。

测试步骤：来到登录页面。

在用户名框里输入一个根本没注册过的名字，例如“不存在的大侠”。

在密码框里随便输入一串字符，像“888888”。

点击登录按钮。

预期结果：页面弹出提示框，上面写着“用户名不存在，请重新输入或者注册”之类的话，并且停留在登录页面，不允许进入个人主页。

2. 测试用例名称：密码错误登录。

测试步骤：打开登录窗口。

输入一个正确注册过的用户名，比如“勇敢小战士”。

但是在密码框里输入错误的密码，像是“错误密码123”。

点击登录按钮。

预期结果：弹出提示框，显示“密码错误，请重新输入”，页面保持在登录界面，不能进入个人主页。

最全面的公用测试用例参考页面检查合理布局1、界面布局有序，简洁，符合用户使用习惯2、界面元素是否在水平或者垂直方向对齐3、界面元素的尺寸是否合理4、行列间距是否保持一致5、是否恰当地利用窗体和控件的空白，以及分割线条6、窗口切换、移动、改变大小时，界面显示是否正常7、刷新后界面是否正常显示8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 > 1280*1024 >800*600弹出窗口1、弹出的窗口应垂直居中对齐2、对于弹出窗口界面内容较多，须提供自动全屏功能3、弹出窗口时应禁用主界面，保证用户使用的焦点4、活动窗体是否能够被反显加亮页面正确性1、界面元素是否有错别字，或者措词含糊、逻辑混乱2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态3、导航显示正确4、title显示正确5、页面显示无乱码6、需要必填的控件，有必填提醒，如 *7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉）8、页面无js错9、鼠标无规则点击时是否会产生无法预料的结果10、鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）控件检查下拉选择框1、查询时默认显示全部2、选择时默认显示请选择3、禁用时样式置灰复选框1、多个复选框可以被同时选中2、多个复选框可以被部分选中3、多个复选框可以都不被选中4、逐一执行每个复选框的功能单选框1、一组单选按钮不能同时选中，只能选中一个2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同下拉树1、应支持多选与单选2、禁用时样式置灰树形1、各层级用不同图标表示，最下层节点无加减号2、提供全部收起、全部展开功能3、如有需要提供搜索与右键功能，如提供需有提示信息4、展开时，内容刷新正常日历控件1、同时支持选择年月日、年月日时分秒规则2、打开日历控件时，默认显示当前日期滚动条控件1、滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间2、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码3、单击滚动条时，页面信息是否正确显示4、用滚轮控制滚动条时，页面信息是否正确显示5、用滚动条的上下按钮时，页面信息是否正确显示1、点击按钮是否正确响应操作。

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。

测试⽤例⼤全通⽤测试⽤例检查点预期结果是否检查⼀、输⼊框、⽂本框所有输⼊项都填写，且长度最长，保存所有数据能正确保存（未被截断）必填项是否做了必填判断有必填的提⽰只把必填项填写完，然后保存保存成功必填项没有填写或为空格，保存提⽰不能为空，有正确的提⽰信息。

空格应TRIM⼀般特殊符号：，保存⾼位特殊字符：in CognitiveRadio�Networks 中间的？就为⾼位字符。

特殊符号能够正确保存、查询能正常显⽰XSS的攻击标签过滤：<script…>…..</script>、<iframe ….>…</iframe>、 <img ….>…</img>、<a ….>…</a>等输⼊这样的⼀些标签是可以过滤掉（若是修改跨站点脚本攻击的系统，才会有这个的过滤。

）⽂本框输⼊多段内容，每段前存在空格，保存保存后，还需要显⽰为输⼊前的格式，即段前有空格，显⽰为多段内容。

查看页⾯也要保持这样的显⽰。

特殊字段的校验⾦额：1、⾦额包含全⾓数字2、⾦额不是由数字、⼩数点组成，是其他字符3、⾦额是负数、04、⾦额为空或空格5、是否可以输⼊负数⾦额，整数需要控制到多少位，⼩数需要控制到多少位。

——需要根据系统要求以及业务需求来确定。

6、财务界⾯输⼊⾦额，要求⽀持回车就会跳⼊到下⼀个输⼊框。

⾦额格式正确，正确保存⽇期：1、⽇期包含全⾓2、不是正确的年⽉⽇：年=200 ⽉= 20 ⽇= 323、⽇期包含字母4、2002-2-295、若是有开始⽇期和结束⽇期，则需要做判断开始⽇期要⼩于或者等于结束⽇期⽇期格式正确，正确保存EMAIL：1、没有@ 如：2、没有 . 如：iris@yeah3、@前没有字符，如：@4、. 后没有字符，如：iris@yeah.5、. 不在@之后，如：iris.@6、@和 . 之间没有其他字符，如：iris@Email的格式正确，正确保存7、Email 不能有特殊符号等？8、Email保存后，前后不能有空格。

11个常见测试用例1. 输入为空在进行软件测试时，常常需要测试输入为空的情况。

通过输入空值，测试软件是否能够正确处理该情况，避免出现程序崩溃或错误输出的情况。

2. 输入边界值测试边界值是软件测试中的一个重要环节。

通过输入最小值、最大值以及边界值附近的数值，测试软件是否能够正确处理边界情况，避免出现溢出、越界等错误。

3. 输入非法字符在测试软件时，常常需要测试输入非法字符的情况。

通过输入包含特殊字符、不合法字符或非法格式的数据，测试软件是否能够正确处理这些情况，避免出现数据损坏、程序崩溃等问题。

4. 输入异常数据测试异常数据是软件测试的一项重要任务。

通过输入异常数据，例如负数、非数字、无效日期等，测试软件是否能够正确处理异常情况，避免出现错误输出或程序崩溃的情况。

5. 输入大量数据测试软件的性能和稳定性时，常常需要测试输入大量数据的情况。

通过输入大量数据，测试软件是否能够正确处理并保持良好的性能，避免出现内存泄漏、运行缓慢等问题。

6. 输入特殊字符在测试软件时，常常需要测试输入特殊字符的情况。

通过输入包含特殊字符、如引号、斜杠等，测试软件是否能够正确处理这些特殊字符，避免出现数据损坏或程序崩溃的情况。

7. 输入重复数据测试软件时，常常需要测试输入重复数据的情况。

通过输入重复数据，测试软件是否能够正确识别和处理重复数据，避免出现重复计算、数据冗余等问题。

8. 输入不同数据类型测试软件时，常常需要测试输入不同数据类型的情况。

通过输入不同类型的数据，如整数、浮点数、字符串等，测试软件是否能够正确处理不同数据类型，避免出现数据类型转换错误或数据损坏的情况。

9. 输入特殊数据在测试软件时，常常需要测试输入特殊数据的情况。

通过输入特殊数据，如空格、换行符等，测试软件是否能够正确处理这些特殊数据，避免出现数据错位、格式错误等问题。

10. 输入边界条件测试边界条件是软件测试的一个重要方面。

通过输入接近边界的数值，测试软件是否能够正确处理边界条件，避免出现越界、溢出等问题。

10道测试用例面试题
以下是10道测试用例面试题：
1. 请描述一下您在过去的项目中是如何设计测试用例的？您使用了哪些测试用例设计方法？
2. 什么是测试用例？为什么它很重要？
3. 如何在测试用例中考虑边界条件？
4. 您如何处理测试用例中的异常情况？
5. 什么是测试用例的优先级？您如何确定测试用例的优先级？
6. 请描述一下您在测试过程中如何进行回归测试？
7. 如何在敏捷开发环境中设计测试用例？
8. 如何评估测试用例的覆盖率？
9. 什么是测试用例的执行？您通常如何执行测试用例？
10. 请分享一下您在编写和执行测试用例时遇到的一些挑战，以及您是如何解决这些挑战的。

以上问题可以帮助你了解应聘者在测试用例设计、执行和评估方面的经验和技能，以及他们如何处理复杂和异常的情况。

测试用例检查点
1.是否每一个需求都有其对应的测试用例来验证？
2.是否每一个设计需求都有其对应的测试用例来验证？
3.测试用例的思路是否合理？
4.每条用例的预期结果是否都唯一
5.每条用例是否都可操作？
6.用例的测试条件是否清楚
7.每一测试点是否都有逆向的用例
8.每一测试点都有异常用例
9.测试用例是否包含了已知的边界值，如最大值，最小值，特殊字符
10.对流程业务，是否有对应的流程用例
11.用户场景用例是否足够
12.是否考虑了与其他模块之间的接口用例
13.用例的组织结构是否合理与清晰
14.用例的编写是否符合规范的要求？
15.用例的格式是否符合模板的要求？
16.是否考虑了性能测试用例
17.是否考虑了安装/卸载测试用例？
18.是否考虑了升级兼容性测试用例？
19.用例的元素是否齐全
20.用例是否易读
21.用例是否易维护
测试结束标准（检查点）
所有功能需求都有1条或多条功能用例与之对应
建立了需求与用例追溯表，需求覆盖率已达到100%
所有设计需求都已实现并测试通过
所有测试用例都测试通过，测试记录已保留
所有要解决的Bug都已解决，并回归完成
延期的Bug已通过评审专家的影响评估，并在可接受区
缺陷库上的Bug都已处理完成，如已关闭，已延期等
若有个别用例没通过，经相关专定评审，在可接受区
同一模块至少有两人以上测试过
最后版本上已通过全部用例的回归测试。

⼀些测试案例的测试点电梯⼀、如果给你⼀台电梯，请问你如何测试它，分析如下 1.功能：上升、下降、停⽌、开门、关门、梯内电话、灯光、指⽰灯等；2.性能：速度、反应时间、关门时间等；3.压⼒：超载、尖锐物碰撞电梯壁等； 4.安全：停电、报警装置、轿箱停靠位置、有⼈扒门时的情况等； 5.可⽤性：按键⾼度、操作是否⽅便、舒适程度等； 6.UI：美观程度、光滑程度、形状、质感等； 7.稳定性：长时间运⾏情况等； 8.兼容性：不同电压是否可⼯作、不同类型电话是否可安装等。

其实在简单分析的过程中，发现许多东西根本测试不全，⽐如电话、灯光、材质、调度程序、可维修性等，当发现在⼀个⽤例中⽆法说清楚时，这些应该拆分开来分别测试。

可以告诉主考官，你需要模块化地测试电话、灯光等。

再有在⼀起的组装测试。

⼆、下⾯是详细的测试点：需求测试：查看电梯使⽤说明书、安全说明书等界⾯测试：查看电梯外观功能测试：1.测试电梯能否实现正常的上升和下降功能。

2.电梯的按钮是否都可以使⽤。

3.电梯门的打开，关闭是否正常。

4.报警装置是否可⽤。

5.与其他电梯之间是否协作良好。

6.通风状况如何。

7.突然停电时的情况。

8.上升途中的响应。

1）电梯本来在1楼，如果有⼈按18楼，那么电梯在上升到5楼的时候，有⼈按了10楼，这时候是否会在10楼先停下来；2）电梯下降到10层时显⽰满员，此时若8层有⼈等待电梯，是否在8层停。

9.是否有⼿机信号可靠性：1.门关上的⼀刹那出现障碍物。

2.同时按关门和开门按钮。

3.点击当前楼层号码4.多次点击同⼀楼层号码5.同时按上键和下键易⽤性：电梯的按钮的设计符合⼀般⼈的习惯吗⽤户⽂档：使⽤⼿册是否对电梯的⽤法、限制、使⽤条件等有详细的描述压⼒测试：看电梯的最⼤承重量，在负载过重时报警装置是否有提醒。

美观与协调性：1.按钮的大小要与界面的大小和空间要协调2.避免空旷的界面上放置很大的按钮3.字体的大小要与界面的大小比例协调4.前景与背景色搭配合理协调，反差不宜太大5.整个界面色彩尽量的使用类别不同的颜色6.界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方7.如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放规范性：1.不同界面相同功能的按钮，使用的快捷必须相同。

2.各按钮使用的图标要能直观的代表要完成的操作3.工具栏中，操作范围相同的按钮要集中放在一起。

4.工具栏中的每一个按钮都要有相关的功能提示信息。

5.状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示6.滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比7.一条工具栏的长度最长不能超出屏幕宽度。

易用性：1.完成相近功能或操作的对象是同一个的所有功能按钮，要集中放在一起，以减少鼠标移动的距离，常用功能按钮要支持快捷键。

2.界面要支持全键盘操作，即可以使用Tab键顺序跳转焦点。

焦点跳转顺序应该遵循‘从左到右’、‘从上到下’的原则。

3.当可编辑控件检测到非法输入内容后，应该给出说明提示信息，并能正确将焦点定位到出错的控件上，并将控件的内容置为全选状态4.分页界面要支持在页面间的快速切换方式，常用的组合快捷键是【Ctrl+Tab】5.复选框和单选框要根据使用次数的高低进行排序。

并且支持Tab跳转和按空格键选中的功能。

6.默认按钮要支持Enter的操作，即按Enter后自动执行默认按钮对应操作【一般默认为保存功能】。

7.一个界面存在多种功能，那么应该按功能将界面划分为局域块，用Frame框括起来,并要有功能说明或标题8.界面空间足够，并且选项数也不多的情况下，尽量使用选项框，而不是使有下拉列表框9.界面空间较小的情况下，尽量使用下拉框而不用选项框。