控件和界面测试用例

完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离按功能将界面划分区域块，用Frame框括起来,并要有功能说明或标题界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作可写控制项检测到非法输入后应给出说明并能自动获得焦点Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式复选框和选项框中的内容按一定顺序排列复选框和选项框要有默认选项，并支持Tab选择界面空间较小时使用下拉框而不用选项框选项数较少时使用选项框，相反使用下拉列表框当鼠标指针在控件上停留时即显示相关帮助信息对于界面输入重复性高的情况，该界面应全面支持键盘操作，即在不使用鼠标的情况下采用键盘进行操作专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼常用菜单要有命令快捷方式完成相同或相近功能的菜单用横线隔开放在同一位置易用性、界面测试测试编号用例实施易用性测试菜单前的图标能直观的代表要完成的操作如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列菜单深度一般要求最多控制在三层以内在整个交互式语境中，是否可以识别鼠标操作？文本字体、大小、格式正确菜单功能的名字是否具有自解释性？相同功能按钮的图标和文字是否一致菜单前的图标不宜太大，与字高保持一致最好没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边是否可能通过鼠标访问所有的菜单功能下拉菜单要根据菜单选项的含义进行分组，并且按照一定的规则进行排列，用横线隔开下拉式操作能否正常进行菜单要与用户权限相符功能按钮或菜单选项不能重复菜单的说明要跟弹出的窗体一致菜单和工具要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感状态条要能显示用户切实需要的信息，常用的有目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。

用例编号XXX-XXX-XXXX项目名称XXXX模块名称XXXX模块项目承担部门XXXX部用例作者完成日期2014-12-24本文档使用部门XXXX部评审负责人审核日期批准日期注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。

历史版本：一、功能测试用例此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。

主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。

二、性能测试性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。

性能测试的目标是核实性能需求是否都已满足。

可以分为以下几种进方式来组织进行测试。

1.1.预期性能测试用例通常系统在设计前会提出一些性能指标，这些指标是性能测试要完成的首要工作，针对每个指标都要统写多个测试用例来验证是否达到要求，根据测试结果来改进系统的性能。

预期性能指标通常以单用户为主。

1.2.用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。

1.3.大数据量测试用例大数据量测试是测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。

大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。

1.4.疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。

如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。

而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。

强度测试还可用于确定测试对象能够处理的最大工作量。

1.5.负载测试测试用例负载测试也是性能测试中的一种。

界面规范
1.窗体大小合适，内部控件布局合理，不过于紧密，也不过于空旷。

2.移动窗体，窗体和背景刷新正常。

3.缩放窗体，窗体上的控件也应该随窗体而缩放。

4.不同分辨率下，窗体显示完整。

5.随操作不同，状态栏的内容能正确变化。

6.工具栏中显示的图标和菜单中的图标一致。

7.警告对话框中图标使用叹号，错误对话框中使用差号图标。

8.错误对话框中显示的错误信息内容描述正确清晰，无错别字。

9.父窗体或主窗体的中心位置在屏幕对角线附近。

10.子窗体位置在主窗体的左上角或正中。

11.多个子窗体弹出时应该依次向右下方偏移，尽量显示出窗口标题。

12.重要的命令按钮和使用较为频繁的按钮要放在界面上注目的位置，在菜单或工具
栏中应靠前。

13.注意界面的长宽比不要失调。

14.按钮大小基本相近，名称不要太长。

15.字体大小和按钮大小要和界面相协调。

16.放置完控件后界面不应该有太大的空缺。

17.尽量使用温柔的颜色，不要使用刺目的颜色。

18.界面风格要保持一致，不同页面文字的大小、颜色要相同，注意公司一系列产品
的风格也要尽量保持一致。

19.快捷键不要重复。

20.合理使用置灰和隐藏控件的功能，保持页面整洁。

21.按钮或其它控件无中英文结合，如“ok ，取消”。

22.菜单前的图标大小合适，与文字的高度保持一致。

最全的测试⽤例（UI）⼀、⽂本框为字符型必填项⾮空校验：1、必填项未输⼊－－程序应提⽰错误；2、必填项只输⼊若⼲个空格，未输⼊其它字符－－程序应提⽰错误；字段唯⼀性校验：（不是所有字段都作此项校验，视实际项⽬情况⽽定）1、新增时输⼊重复的字段值－－必须提⽰友好信息；2、修改时输⼊重复的字段值－－必须提⽰友好信息；字段长度校验：输⼊[最⼩字符数-1]－－程序应提⽰错误；输⼊[最⼩字符数]－－OK；3、输⼊[最⼩字符数+1]－－程序应提⽰错误；4、输⼊[最⼤字符数-1]－－OK；5、输⼊[最⼤字符数]－－OK；输⼊[最⼤字符数+1]－－程序应提⽰错误；?字段为特殊字符校验：1、输⼊域如对某些字符禁⽌输⼊时，限制是否成功，提⽰信息是否友好；2、中⽂、英⽂、空格，数字，字符，下划线、单引号等所有特殊字符的组合；3、所有特殊字符都必须进⾏测试?字段为特殊代码校验：输⼊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－－程序应提⽰错误；11、⽉输⼊[0⽉]－－程序应提⽰错误；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；?格式检查：不合法格式：12:30:、 123000；2、视具体项⽬⽽定是否合法：12:30、 1:3:0；异常值、特殊值：1、输⼊汉字、字母、字符－－程序应提⽰错误；2、系统中所涉及时间是否取服务器时间；页功能我们常碰到的⼀般有以下⼏个功能：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。

界⾯测试标准参考（免费）界⾯测试标准参考⼀、概述考虑到公司产品主要是基于图形⽤户界⾯的特点，⽬前也没有可⾏的界⾯测试标准。

在此根据以往的测试经验作了⼀些总结，希望能对⼤家在图形界⾯测试时起到参考作⽤。

⽂档中提到的例⼦以Xxxx3.1产品为主，但此标准可是⽤于任何GUI软件，不必包含在功能测试⽤例中，⽽是作为独⽴的测试标准来执⾏。

⼆、功能测试1、常⽤控件测试内容窗⼝常规检查项⽬：位置与尺⼨：1)窗⼝的默认打开位置是⾃动记忆还是始终为默认位置？2)窗⼝打开后尺⼨是否可调？3)窗⼝标题栏的最⼩化、最⼤化、关闭按钮是否都可⽤？4)窗⼝上的控件是否能随尺⼨⾃动布局？5)About窗⼝显⽰正常吗？模式1)窗⼝是模态还是⾮模态2)窗⼝是否允许拖动？3)窗⼝如果不允许拖动，⼜是模态的，那是否会挡住后⾯的内容？4)窗⼝如果是⾮模态，是否重复操作会弹出多个？5)窗⼝如果是⾮模态，直接关闭主窗⼝是否会导致异常？响应1)窗⼝标题栏执⾏关闭窗⼝，与退出按钮执⾏的是同样的代码吗？2)窗⼝直接按下Enter键触发的操作安全吗？是否直接关闭窗⼝？3)窗⼝是否⽀持Esc键来关闭窗⼝？4)窗⼝如果⽀持Esc键，则关闭时是否提⽰保存数据？5)窗⼝使⽤Alt+F4键来关闭时，是否跟Esc或者关闭按钮⾛同⼀套代码？6)窗⼝关闭时是否会提⽰保存修改的数据？7)窗⼝是否只是提⽰性的？使⽤Alt + F4关闭窗⼝后是否影响功能使⽤？8)窗⼝打开时，胡乱地按下键盘，会有什么结果？F1~F12功能键呢？刷新1)窗⼝是否⽀持拖动？2)窗⼝最⼩化后再打开，界⾯显⽰是否跟最⼩化之前⼀样？3)窗⼝拖动时各控件的显⽰是否正常？程序员经常犯的错误：1)窗⼝尺⼨本应是固定的，但程序员忘记做限制。

⽐如标题栏中还有最⼤化按钮，窗⼝可以使⽤⿏标拖放来改变尺⼨。

⽽界⾯⼀般都没有对改变后的尺⼨做重新布局。

2)本应弹出模态窗⼝，由于代码疏忽，或者由于别的功能影响，窗⼝只针对其上⼀级⽗窗⼝是模态，⽽对于更上⼀级窗⼝可能变成⾮模态。

UI测试用例1.页面加载速度测试：-测试页面打开是否迅速，加载时间是否合理；-测试在不同网络环境下页面加载速度是否正常；-测试页面在不同浏览器和设备上的加载速度。

2.页面布局测试：-测试页面布局是否一致，各个元素是否按照设计要求进行布局；-测试页面响应式设计在不同设备上的布局效果；-测试页面在不同浏览器上的布局是否正常。

3.导航测试：-测试页面导航是否清晰、易懂；-测试页面导航链接是否正常跳转；-测试面包屑导航是否正确显示页面层级。

4.表单测试：-测试表单是否能够正确接收和验证用户输入；-测试表单提交时是否能够正确处理数据；-测试表单在不同设备尺寸上的布局和可用性。

5.功能测试：-测试页面各个功能是否正常工作，如、过滤、排序等；-测试页面各个按钮和链接是否可以正常点击和跳转；-测试页面各个弹窗和提示是否能够正确显示和关闭。

6.多语言测试：-测试页面是否支持多语言显示；-测试页面各个语言版本的显示效果和布局是否一致；-测试页面切换语言时是否正常刷新和显示对应的语言内容。

7.用户体验测试：-测试页面的交互是否顺畅、自然；-测试页面的视觉效果和动画是否流畅；-测试页面的文字、图片和按钮是否易于理解和操作。

8.响应式测试：-测试页面在不同设备上的显示效果和布局是否正常；-测试页面在不同屏幕分辨率下是否自适应；-测试页面在旋转屏幕时是否能够正确调整布局和显示效果。

9.兼容性测试：-测试页面在不同浏览器上的显示效果和布局是否一致；-测试页面在不同浏览器版本下是否能够正常工作；-测试页面在不同操作系统和设备上是否能够正常显示和操作。

10.模态框测试：-测试模态框的显示和隐藏效果是否正常；-测试模态框的动画和过渡效果是否流畅；-测试模态框的交互和功能是否正常工作。

这些UI测试用例涵盖了页面加载速度、布局、导航、表单、功能、多语言、用户体验、响应式、兼容性和模态框等方面的测试。

通过执行这些用例，可以确保应用程序的界面设计符合用户期望，并且在不同环境和设备上能够正常工作。