公共测试用例测试点大全

测试用例的例子
以下是 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. 测试CASE的理解1.1. 事前条件1.1.1. 事前条件的含义事前条件是测试式样书中每一条CASE的公共入口。

1.1.2. 事前条件的书写方法（建议）在编写事前条件时，如果需要进行多个动作，不要书写成（首先。

，然后。

，最后。

），尽量把所有动作按序号编排，这样清晰明了，同样也美观。

例如：X 训EB+T-J V-応碍聞老「205舞2月阳」II卜甫釜車乂* 2. 歩弘①中巧丄TTSTOCMT湖幵'IZ腔入力J. TTSTCCKS/XTJ A O口画面斶示-刖木X ZL-tFTD匕以卢誉入力L口一寸TD:userOOl丿识刁■-出111111 k江冲'0」甫老押下歹52 D-SIM品目即舟I当賀蔓画面1.2. CASE具有的特性1.2.1. 完整性每一条CASE应该是完整的、可操作的。

1.2.2. 独立性CASE与CASE之前没有依赖关系，每一条CASE都是独立的、可操作的。

一条CASE的成功与失败不应该影响另一条CASE的成功与失败。

2. 测试观点的书写2.1. 测试观点很简单，不分场合。

一句话就可以说明测试观点，不分场合，没有条件限制。

例如：2.2. 测试观点复杂，分场合分别测试。

例如：h ER 丁匸'—I f d i ■条件检索詳細：不存在符合检素条件的数据. 案件检索詳字田：存在1条符合检索条件的数据匚条件检索詳細：存在寒条符合检索寮件的数皓.上图中要进行条件检索测试，但是条件检索检索出来的数据条数存在多种情况，所以要分别测试到位，假如存在多个检索条件，检索条件之间是OR或AND的关系，还要进行相应的测试，每个检索条件还要进行特殊字符或乱码的测试，这些说明都应在测试观点的详细中写清 楚，这样让测试人员在每条 CASE 的测试开始时就知道这条 CASE 测的是什么，不要等到测 试到最后看到期待结果才知道测的是什么。

对测试观点的说明比较复杂时，也要在详细中将数条说明按序号排列说明。

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、界面元素的尺寸是否合理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、点击按钮是否正确响应操作。

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

空格应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保存后，前后不能有空格。

软件测试-公共⽤例-⼩结在各个项⽬测试周期中，经常有像类似的测试点，总结如下（不涉及业务公共⽤例）：类型测试点测试内容/步骤类型测试点测试内容/步骤新页⾯、页⾯重构、页⾯修改TDK检查页⾯的title，description，keywords是否齐全统计代码检查是否包含了百度统计代码，不包含其它不必要的统计代码资源⼤⼩图⽚是否过⼤，是否经过压缩资源缓存刷新检查css，js，图⽚是否做了缓存加载速度检查加载速度是否超过2S懒加载同时包含图⽚和⽂字内容时，是否使⽤了懒加载https兼容https页⾯内是否包含了http资源和链接并且是否可以正常跳转访问JS加载检查是否有js加载错误TAB键顺序具有填写表格或者选项的页⾯，tab键顺序是否正确元素点击区域元素可点击区域，⿏标悬浮变⾊提⽰等是否符合要求后退，返回页⾯后退是否符合业务要求信息泄密检查页⾯源代码是否有不适合的注释，⽐如泄漏公司服务器⽬录结构等；域名指向是否有链接地址写死指向测试域名(此种情况功能正常，上线后会有问题)浏览器兼容各个主流浏览器上的展⽰以及功能是否正常分辨率兼容主流分辨率⼿机（或者PC显⽰器）展⽰以及功能是否正常列表，列表页【注：列表中的每⼀条数据称为数据项每条数据项包含若⼲元素，如：FM节⽬可以包含标题，主播，封⾯等元素】空数据空数据页⾯及提⽰是否符合需求定义数据项不⾜⼀页数据少于⼀页要求的条数时数据项多于分页数据多于⼀页，检查翻页和每页条数是否正确数据多于⼀页，检查数据项是否重复显⽰数据项排序检查数据项排序是否符合预期多个数据项排序条件都相同时，检查先后顺序翻页操作点击或者滑动翻页时，向前或向后翻页是否符合预期有页码或者前⼀页后⼀页的，点击页码进⾏跳转，或者最后⼀页，第⼀页时进⾏前后跳页滑动翻页到数据项加载完全，检查提⽰和交互是否符合需求预期在⾮⾸页进⾏刷新操作，检查是否保持当前页（滑动刷新除外）url有页码时，直接修改页码存在和不存在的页码进⾏跳转数据项点击跳转和回退检查列表数据项整体是否整体可点击，点击区域是否符合预期点击⾸页列表头部元素，中部位置元素查看后返回，检查返回的显⽰位置是否符合预期翻页后再次点击元素查看后回退，检查返回的显⽰位置是否符合预期数据项增删增加若⼲条数据项，刷新页⾯，检查数据项条数删除列表第⼀条数据项，刷新页⾯，检查数据项条数和位置（是否可删除或者不显⽰，根据业务情况⽽定）删除列表当前页中间的某⼀条数据项，刷新，检查数据项条数和位置删除当前页未尾⼀条数据项，刷新，检查数据项条数和位置增加数据项后，不刷新，进⾏翻页，检查数据项条数和位置（是否会影响原有排序和分页，取决于开发实现⽐如是否缓存，是否每次请求等）删除数据项后，不刷新，进⾏翻页，检查数据项条数和位置删除数据项后，不刷新，点击查看，检查是否符合需求定义数据项状态变更数据项由显⽰变为不显⽰（⽐如后台标记为隐藏，或者删除），刷新检查数据项和显⽰数据项的其它状态为更，如待审核，审核通过，审核不通过等状态变更时的显⽰（根据业务情况⽽定）数据项各元素显⽰检查各元素显⽰位置检查各元素的可点击性和点击区域是否符合预期⼀个元素有不同字段时，取值是否符合预期（⽐如问答显⽰的是编辑后的标题还是原标题，需要多了解各字段数据来源）各元素值修改或者变更后，刷新检查值变化是否符合预期各元素显⽰的长度验证，超长或者包含特殊字符时的显⽰列表中图⽚的尺⼨是否符合剪裁要求，是否做了压缩数据显⽰条件验证验证需要出现的数据是否符需求定义的条件数据为空检查空数据时是否出现异常或者满⾜需求定义聚合页⾯或模块【聚合页⾯，定义为只是读取数据展⽰的页⾯或者模块，⽐如App⾸页的FM模块，测试评模块，⼴告模块。

美观与协调性：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.界面空间较小的情况下，尽量使用下拉框而不用选项框。

⼀些测试案例的测试点电梯⼀、如果给你⼀台电梯，请问你如何测试它，分析如下 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.同时按上键和下键易⽤性：电梯的按钮的设计符合⼀般⼈的习惯吗⽤户⽂档：使⽤⼿册是否对电梯的⽤法、限制、使⽤条件等有详细的描述压⼒测试：看电梯的最⼤承重量，在负载过重时报警装置是否有提醒。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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