界面测试标准参考(免费)

合集下载

ui设计验收标准

ui设计验收标准

ui设计验收标准
UI设计的验收标准主要包括以下几个方面:
1. 一致性:UI设计在整体风格、布局和交互上应保持一致,符合用户体验
的预期。

2. 可用性:界面应具有良好的可用性,用户能够快速理解和操作界面,完成任务。

3. 可读性:界面的文本信息应清晰可读,字体大小和颜色应适合阅读。

4. 可访问性:界面应考虑到不同用户群体(例如残障人士)的需求,满足无障碍访问的要求。

5. 响应性:界面应快速响应用户操作,无明显的卡顿或加载延迟。

6. 控件标准:状态栏、导航栏等控件统一按照设备(iOS、Android)通用
标准执行。

7. 切图要求:页面提供切图(图片、图标),大小比例一致,不可拉伸变形模糊。

8. 字体要求:字体(标题、内容、提示)大小、色值、颜色统一参照设计稿。

如有变动,需与UI确认。

9. 文字间距:文字间距至少满足95%实现效果,保证文字可识别性和可阅
读性。

10. 其他模块间距:其他模块间距如侧边距一律参考设计稿,如有变动,需
与UI确认。

以上标准仅供参考,具体标准可能会根据项目需求有所不同。

在验收过程中,也可以根据实际需要对这些标准进行增删或调整。

一般笔记本后台界面尺寸规范

一般笔记本后台界面尺寸规范

竭诚为您提供优质文档/双击可除一般笔记本后台界面尺寸规范篇一:设计规范一、页面标准:1、页面尺寸标准:a、全动画网站主要内容在1024*768下,满屏的高度是612-615之间;b、页面宽度:960、980、1000、1200;c、手机网站宽度在640pxd、app项目宽度以iphone6尺寸为准750pxe、正文一般般使用中文宋体、雅黑12px和14,黑体字或者宋体字加粗时,一般选用11pt和14.7px;行距建议用百分比来定义,常用的两个行距的值是line-height:120%/150%.F、中文版中正文默认使用雅黑,宋体;g、英文版本默认使用arial;h、app项目字体中文使用冬青黑简体2、内容标准a、底部技术支持中文站统一写成“网站建设:博采网络”,英文站统一为:“poweredby:boc”;b、同一页面内不得重复使用同一张图片(新闻和产品);c、新闻页面底部统一:有上一条、下一条新闻连接,并且有返回列表按钮;d、电话使用有限电话号码;e、不能出现与该项目无关的信息(杜绝别公司信息)。

3、图片标准a、产品图片比例,需要与客户提供产品图片比例相同,列表页及内页比例保持一致,产品图片不允许变形;b、抠图必须清晰无杂边;c、图片不允许使用有版权的图片(类似全景,华盖等图片库),除非是客户购买的;并且不允许使用人物图片。

4、字体标准a、英文字体使用arialb、非特殊情况禁止使用方正系列、造字工仿字体;c、图片上字体禁止使用微软雅黑(特别是集团首页banner上);d、首页效果图中不得出现3种以上的字体。

二、项目流程标准1、项目会a、下单后到oa下载工作单,先预览资料及工作单了解项目,在项目会前必须对项目有一个了解;b、开会人员:设计师、部门经理、aec、必须解决的6大基本问题:a、项目行业背景分析(世界排名?);b、项目分类(功能型?品牌型?集团企业型等);c、同行或客户中意的参考网站;d、资料收集:项目logo、功能型网站有功能Rp图等;e、确定谁跟单(商务?策划?设计师?ae);f、给出完成首页的时间段;d、项目会中与客户进行电话沟通a、电话前先思考下,需要解决哪几点问题,写到笔记本上;b、电话沟通的内容大致是vi色调,风格(欧式,中国风,大屏或者小屏幕,企业,品牌,创意,设计感,温馨,高贵...)首页要突出一些什么内容或表现的是什么,以及logo的样式(客户有可能会发几个不同的logo),等一些自己觉得不明白或者对网站设计有用的问题,要大胆跟客户区交流。

软件验收方案模板

软件验收方案模板

软件验收方案模板引言本文档旨在为软件项目的验收提供标准化方案模板,其目的在于确保软件项目在完成后满足用户需求、符合市场标准和公司质量标准。

本模板可用于任何类型的软件项目的验收。

验收准则本验收方案采用功能测试、性能测试和用户验收三个方面作为验收准则。

其中:功能测试根据软件功能描述和需求文档进行测试,包括但不限于:•界面测试:确保软件界面符合设计要求;•功能测试:测试软件各项功能是否实现;•数据库测试:对数据进行增删查改操作,确认操作是否正确;•安装、卸载测试:确保软件安装不出错、卸载彻底;•稳定性测试:测试软件在长时间运行时是否出现错误或崩溃的情况。

性能测试对软件的性能进行测试,包括但不限于:•运行速度:测试软件启动、响应、关闭等操作的速度;•并发测试:测试软件能否同时处理多个用户请求;•资源占用:测试软件在运行时资源占用情况,例如 CPU 占用率、内存使用率等。

用户验收由用户进行测试,包括但不限于:•界面易用性:测试软件的操作是否容易上手;•功能易用性:测试软件的功能是否符合用户期望,能否提高工作/生活效率;•缺陷反馈:测试发现的缺陷或不符合预期的功能,反馈给开发团队。

测试计划验收时间验收时间应在软件项目开发完毕后的两周内进行。

测试环境测试环境应该与实际生产环境相同,包括操作系统、硬件配置、网络环境等。

测试人员测试人员应由开发负责人、测试负责人和用户代表共同组成。

测试流程1.立项会议:项目团队讨论编辑验收方案并进行表决通过,最终确定方案。

2.功能测试:测试人员根据要求和测试计划进行功能测试。

每项测试都要记录下来并及时报告问题。

3.性能测试:测试人员根据要求和测试计划进行性能测试。

4.用户验收:让用户进行测试,并记录下来所有的问题和建议。

5.缺陷反馈:由测试负责人汇总所有的问题和建议,并反馈给开发团队。

6.修复和测试:开发团队对缺陷进行修复并进行测试。

7.测试验证:测试人员进行复查和验证,确保问题已经被解决并且不会影响其他功能。

ul测试标准

ul测试标准

ul测试标准首先,ul测试标准需要对用户界面进行全面的测试。

这包括对界面的布局、颜色、字体、图标等进行测试,以确保界面的美观和易用性。

在测试过程中,需要检查界面的各个元素是否符合设计要求,是否能够吸引用户的注意力,以及是否能够提供良好的用户体验。

其次,ul测试标准还需要对用户操作流程进行测试。

这包括对用户在软件中的各种操作进行测试,以确保用户能够顺利完成各项操作,并且能够得到及时的反馈。

在测试过程中,需要模拟用户的各种操作场景,包括正常操作、异常操作、以及边界情况下的操作,以确保软件能够正确地响应用户的操作。

另外,ul测试标准还需要对用户体验进行全面的测试。

这包括对用户在软件中的各种交互过程进行测试,以确保用户能够得到良好的交互体验。

在测试过程中,需要检查软件的响应速度、动画效果、以及各种交互元素的设计是否合理,以确保用户能够得到流畅的交互体验。

在进行ul测试时,需要注意以下几点:1. 确保测试用例的全面性和准确性。

测试用例需要覆盖软件的各个功能模块和用户操作流程,以确保测试的全面性和准确性。

2. 注意测试环境的搭建。

在进行ul测试时,需要搭建符合实际使用环境的测试环境,以确保测试结果的可靠性和准确性。

3. 关注用户反馈。

在进行ul测试时,需要关注用户的反馈意见,以及用户在使用软件时的体验和感受,以便及时调整和优化软件。

4. 注意测试结果的记录和分析。

在进行ul测试时,需要及时记录测试结果,并对测试结果进行分析和总结,以便及时发现和解决问题。

总之,ul测试标准是确保软件质量和用户体验的重要手段,通过对用户界面和用户体验进行全面的测试,可以确保软件具有良好的用户界面和用户体验。

在进行ul测试时,需要注意测试用例的全面性和准确性,测试环境的搭建,用户反馈的关注,以及测试结果的记录和分析,以确保测试的全面性和准确性。

测试计划模板(标准版)

测试计划模板(标准版)

变更历史记录目录[项目名称测试计划(标准版)] 0[V1.0(版本号)] 0[2010年9月9日] 0第1章引言 (4)1.1目的 (4)1.2名词解释 (4)1.3测试摘要 (4)1.3.1 重点事项 (4)1.3.2 测试前约定 (5)1.3.3 风险评估 (5)1.3.4 时间进度 (5)1.3.5 测试目标 (5)第2章项目背景 (5)2.1测试范围 (5)2.2联系方式 (6)2.3测试文档 (7)2.3.1 测试参考文档 (7)2.3.2 测试输出文档 (7)2.4测试需求 (7)2.4.1 功能测试 (8)2.4.2 用户界面测试 (8)2.4.3 性能测试 (8)2.4.4 配置测试 (8)2.4.5 安全性测试 (9)2.4.6 数据和数据库完整性测试 (9)2.4.7 故障转移和恢复测试 (9)2.4.8 业务周期测试 (9)2.4.9 可靠性测试 (9)2.4.10 病毒测试 (9)2.4.11 文档测试 (9)第3章质量目标 (9)3.1产品质量目标 (9)3.2测试质量目标 (10)第4章资源需求 (10)4.1培训资料 (10)4.2测试环境 (11)4.3测试工具 (11)4.4人力资源 (12)第5章测试策略 (13)5.1单元测试 (13)5.2集成测试 (13)5.3系统测试 (13)5.4测试类型 (14)5.4.1 功能测试 (14)5.4.2 用户界面测试 (15)5.4.3 性能测试 (16)5.4.4 配置测试 (18)5.4.5 安全性测试 (19)5.4.6 数据和数据库完整性测试 (20)5.4.7 故障转移和恢复测试 (20)5.4.8 业务周期测试 (21)5.4.9 可靠性测试 (21)5.4.10 病毒测试 (21)5.4.11 文档测试 (21)第6章项目里程碑 (21)第7章附录:项目任务 (22)第1章引言1.1 目的简述本计划的目的,旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。

车载导航测试标准

车载导航测试标准

车载导航项目测试标准文档编号:文档类别:版本信息:创建人:Luxiangqian审核人:Wangfan批准人:建立日期:20170816批准日期:文档修订记录文档审批信息目录目录 (3)一、引言 (4)1.1 目的 (4)1.2 测试摘要 (5)1.3 测试阶段和工时 (7)1.4 质量目标 (8)二、测试目标和风险 (8)2.1 测试范围 (8)2.2 测试目标 (9)2.3 风险及约束 (10)2.4 测试文档 (10)2.5 测试人员 (10)三、质量目标 (11)四、资源需求和定位性能测试 (11)4.1 测试环境 (11)4.2 车载定位终端GPS性能测试试行方案 (14)4.3 测试工具〔暂无〕 (16)五、测试策略 (16)5.1 整体测试策略 (16)5.2 开始/中断/完成标准 (16)测试类型 (17)六、测试计划 (17)6.1 测试准备 (17)6.2 测试计划 (17)七、功能测试要点及预期结果 (19)八、性能测试要点及评测标准 (19)九、测试过程 (19)十、路测方案和目标 (20)十一、测试报告建立 (21)一、引言1.1 目的标准车载导航产品的外观、结构、功能的检验标准,使产品测试检验有依可查,确保产品品质。

统一公司对车载多媒体整机的检验项目及接收标准,以实现全员品质控制,确保整机满足客户需求。

明确对过程与产品的监视与设计需求,确保产品得到满足。

确保质量管理体系所有过程实现所策划的结果的能力,满足客户及标准。

该测试标准从策略和方法上高度说明如何计划、组织和管理测试项目,旨在说明项目在每测试阶段的任务、人员分配和时间安排、工作标准等。

该标准不包括测试用例的细节和系统功能的详细信息。

适用范围:①、本公司生产及外协生产的车载多媒体半成品、成品、样品。

除客户另有要求或发生工程变更外,一律按此标准执行。

②、本测试检验标准主要针对会影响客户使用体验的项目,测试产品的制程能力、产品需求的一致性和可靠性。

触摸屏显示器检验规范

触摸屏显示器检验规范
2.2外观检验:
序号
项目外观判定标准判定 Nhomakorabea工具
CR
MA
MI
1
显示屏表面
显示器表面无划痕、刮伤、无明显脏污、指纹等。

目视
2
五金外观面
具体参照《五金配件检验规范》进行检验和判定。

目视
3
标贴
标贴不得漏贴,所贴标识位置符合图纸要求,标贴表面字迹清晰,扫描条形码与编码对应,版本号标贴日期及版本号要符合要求。
2
坏点
开启显示屏后,将显示屏背景分别设置为全屏红色和全屏白色,双手拿取显示屏从各个角度观察显示画面。
显示屏背景为全红时,画面其它颜色点不超过3个;显示屏背景为全白时,画面黑色点不超过3个,总数不超5个,点直径均不超过0.2mm,点间间距大于20mm。
3
语言
按动MENU键,选择“设置”选项,再按到语言栏。
版本/次:A/0
第6页,共6页
2.8.2电压适应性测试:
检测条件:输入电压DC 11.5V~12.5V
检测目的:检测显示屏在规定范围内的不同电压下是否会出现显示异常。
检测方法:将显示器接可调电源和主控单元,将可调电源的输出电压在11.5V~12.5V之间进行调节。
判 定:调节电压过程中,显示器显示正常,无花屏、闪屏、黑屏、白屏、严重水波纹等现象。
5.3.3光照条件------自然光源或D65光源或双管日光灯(1000LUX±200LUX)。
5.3.4检验角度------视角为45°或900
5.3.5目视时间------以扫描方式在所检查面停留3-10秒。
6、定义:
6.1表面等级划分:
A面(一级区域):在正常的产品操作中可见的表面。如触摸屏显示器的显示面。

移动端通用测试标准参考

移动端通用测试标准参考

软件卸载过程中断电 软件卸载过程中重启 软件卸载过程中死机 卸载后是否可以重装 按钮、对话框、列表和窗口等;或在不同的连接页面之间需要导航 是否易于导航,导航是否直观 导航帮助是否准确直观 导航与页面结构、菜单、连接页面的风格是否一致 屏幕旋转 各控件操作方式统一 自适应界面设计,内容根据窗口大小自适应 页面标签风格是否统一 页面是否美观 页面的图片应有其实际意义而要求整体有序美观 图片质量要高且图片尺寸在设计符合要求的情况下应尽量小 界面整体使用的颜色不宜过多 输入框说明文字的内容与系统功能是否一致 文字长度是否加以限制 文字内容是否表意不明 是否有错别字 信息是否为中文显示 是否有敏感性词汇、关键词 是否有敏感性图片,如:涉及版权、专利、隐私等图片 App安装完成后的试运行,可正常打开软件 App打开测试,是否有加载状态进度提示 App打开速度测试,速度是否可观 App页面间的切换是否流畅,逻辑是否正确 注册 --同表单编辑页面 --用户名密码长度 --注册后的提示页面 --前台注册页面和后台的管理页面数据是否一致 --注册后,在后台管理中页面提示 登录 --使用合法的用户登录系统 --系统是否允许多次非法的登陆,是否有次数限制 --使用已经登陆的账号登陆系统是否正确处理 --使用禁用的账号登陆系统是否正确处理 --用户名、口令(密码)错误或漏填时能否登陆 --删除或修改后的用户,原用户登陆 --不输入用户口令和用户、重复点(确定或取消按钮)是否允许登陆 --登陆后,页面中登陆信息 --页面中有注销按钮 --登陆超时的处理 注销 --注销原模块,新的模块系统能否正确处理 --终止注销能否返回原模块,原用户 --注销原用户,新用户系统能否正确处理 --使用错误的账号、口令、无权限的被禁用的账号进行注销 APP切换到后台,再回到app,检查是否停留在上一次操作界面 APP切换到后台,再回到app,检查功能及应用状态是否正常,IOS4和IOS5的版本的处理机制有的不一样 App切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的 手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候 App使用过程中有电话进来中断后再切换到app,功能状态是否正常 杀掉app进程后,再开启app,app能否正常启动 出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷 对于有数据交换的页面,每个页面都必需要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃 App有免登录功能时,需要考虑IOS版本差异
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

界面测试标准参考一、概述考虑到公司产品主要是基于图形用户界面的特点,目前也没有可行的界面测试标准。

在此根据以往的测试经验作了一些总结,希望能对大家在图形界面测试时起到参考作用。

文档中提到的例子以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)本应弹出模态窗口,由于代码疏忽,或者由于别的功能影响,窗口只针对其上一级父窗口是模态,而对于更上一级窗口可能变成非模态。

此时关闭主窗口往往会导致崩溃。

这类问题出现很多,多见于连续有多层窗口的情况,或者对界面整体架构做调整导致。

举例:✓Xxxx在升级工程时,会首先弹出提示信息。

而这个信息本应该是模态,但却变成了非模态,此时关闭当前工程会导致开发系统崩溃。

✓Xxxx在执行编译时,在IOServer未启动时编译模型会弹出提示信息,这个提示本来是模态的,但由于编译功能或其他模块的影响,该提示只针对编译窗口(其父窗口)是模态,而对于SCADA主界面是非模态,此时操作主界面的菜单,比如关闭工程也会导致开发系统崩溃。

✓启动xxxx运行系统时,弹出的进度窗口使用Alt + F4关闭后,系统仍然启动成功。

也就是用户无法停止系统启动。

3)对于非模态窗口,程序员忘记对唯一性做判断,导致重复操作打开多个窗口。

4)对于非模态窗口,程序员对于主窗口销毁时的处理不当,还没有关闭的非模态窗口导致崩溃5)窗口忘记屏蔽Enter键。

用户以为回车键会存盘,其实是取消保存并关闭窗口。

(Enter键默认会触发界面的OnOK()方法,导致窗口关闭,可能丢失数据。

)6)窗口关闭时没有提示用户保存数据按钮常规检查项目:✓外观:1)按钮上的文本是否会随着状态而改变?2)按钮的尺寸是否跟别的按钮一致?3)按钮是否具有鼠标自动提示功能?4)按钮上是否带有图标?图标显示是否正常?✓响应:1)按钮执行的操作是同步还是异步?2)按钮是窗口的默认按钮吗?3)按钮是否配置了快捷键?4)按钮使能状态是否受别的功能影响?5)按钮是否支持Tab键定位?6)按钮被快速多次压下时,响应速度怎样?是否会导致异常?7)按钮是否具有“应用”功能?应用后再取消保存,信息会保存吗?程序员经常犯的错误:1)设置了不合适的按钮作为默认按钮,比如关闭按钮。

可能程序员只是图省事,使用窗口创建时自带的OK按钮,或Cancel按钮。

这类问题多见于小工具开发中,因为大型软件中一般都会对资源做提取,会检查出这类问题。

2)按钮文本随状态改变,但显示的文本与状态不匹配。

3)按钮执行的是异步操作,但没有对上一次操作是否完成做判断,导致用户连续点击按钮产生异常,严重的会导致崩溃。

这项内容跟具体功能有关,与按钮控件本身关系不大。

菜单常规检查项目:✓外观1)菜单使能状态是否受别的功能影响?2)菜单状态是否为0、1逻辑状态控制?菜单是否有复选框?3)菜单上是否会显示图片、图标等信息?是否有的菜单有图标,有的没有?4)菜单的层次清晰吗?深度是否合适?5)菜单按功能合理分类了吗?6)菜单中的About窗口显示正常吗?✓响应1)菜单栏可以被拖动吗?2)菜单在鼠标滑过各菜单项时,在鼠标右侧是否有提示信息?3)菜单在鼠标滑过各菜单项时,在界面的状态栏是否有提示信息?4)菜单中所有功能都实现了吗?是否会有点击后没有任何结果的情况?5)菜单文本是否会随着菜单状态或周围环境而改变?6)菜单的数量是否会随着使用发生变化?7)菜单会自动隐藏部分功能吗?8)菜单执行会影响到别的菜单状态吗?9)菜单功能在界面上使用别的控件能完成吗?10)菜单设置快捷键了吗?11)菜单快捷键有重复吗?程序员经常犯的错误:1)菜单使能状态与外界逻辑对应不上2)菜单很多的情况下,快捷键设置会有重复,或跟界面某控件的快捷键重复文本框常规检查项目:✓外观显示1)文本框的尺寸是否合适?是否能容纳下最大长度字符?2)文本框中的文本字体是否合适?3)文本框的使能是否受外界状态的影响?4)文本框的文本背景和前景颜色是否会随数据或周围状态而改变?5)文本框的字体是否支持特殊字符的显示?比如制表符等✓文本内容1)文本框支持的数据是什么类型?数字、文本还是别的类型?2)文本框只允许输入数字时,数字的取值范围是多少?3)文本框输入非法字符是否会及时提示,并消除这一字符?4)文本框提示数据有错误后有没有作出处理?此时保存数据会导致异常吗?5)文本框是否支持全角字符输入?特别是数字时需要做此验证6)文本框中使用Ctrl + V执行粘贴后,是否能及时对数据作合法性验证?7)文本框中的内容是否被锁定?锁定是简单的灰显还是保留选择、复制的功能?8)文本框是否屏蔽了复制和粘贴功能,只允许键盘输入?✓文本长度1)文本框所能容纳的字符串最大长度是多少?2)文本框当文本达到最大长度时,是禁止输入还是只提示一下?3)文本框中内容超长的情况下执行保存会导致异常吗?4)文本框在输入内容达到其显示范围时能否自动滚动?还是干脆禁止了输入?5)文本框中输入英文字符与汉字是否都支持同样的长度?6)文本框在用户输入字符时是否实时检测长度?✓密码功能1)文本框中输入的如果是密码,当Caps Lock键处于激活状态,是否会提示用户?2)文本框用于显示密码时,是否会显示出密码的长度?有长度信息不太安全。

3)文本框如果显示空密码,默认打开后文本框是否显示为空?4)文本框用于显示密码时,是否支持复制粘贴?✓多行显示功能1)文本框是否支持多行显示?2)文本框支持多行文本的自动换行吗?3)文本框换行是怎么实现的?Enter键还是Ctrl + Enter、Alt + Enter?✓其它功能1)文本框是否会自动转换大小写?2)文本框的文本变化时,是否会触发别的什么操作?比如实时查询3)文本框有自定义的右键菜单吗?如果有,功能都是什么?4)文本框是否支持用户自定义格式?比如设置文本颜色、字体等。

5)在文本框中执行回退操作(Ctrl + Z)是否正常?程序员经常犯的错误:1)文本框不限制输入长度,只是保存时验证。

严格地说这不算错误,但往往就是字符串达到一定长度时,再执行保存导致系统死机或崩溃。

2)文本框在键盘输入时能验证非法字符,并禁止输入。

但是用Ctrl + V执行粘贴,则没有提示,只是保存时提示错误。

这类情况似乎无法避免,但也是测试人员应关注的内容,因为此时保存往往会出现连续弹出两个相同提示的现象。

3)文本框显示密码时没有掩盖密码长度。

4)文本框支持很长的文本,但当文本超过显示范围时,没有自动出现滚动条。

用户需要使用键盘或鼠标来移动光标位置。

5)文本框支持换行,但需要使用Ctrl + Enter,只是在任何地方都没有做说明。

一般客户会以为不支持换行。

6)为了编程方便,对于不允许输入的文本框简单的灰显掉,用户无法从文本框中复制内容,使用很不方便。

7)文本框显示多语言时会显示不全,特别是英文8)文本框中只允许输入数字,但清空这个文本框,直接执行保存,往往会连续弹出两个相同的提示。

列表框(ListBox、ListView)常规检查项目:✓显示及布局1)列表框是否支持多种显示方式(小图标、大图标、列表、详细信息)?2)列表框是否支持鼠标点击列标题后按列排序?3)列表框标题列缝隙在鼠标双击时应自动适应文字宽度,并显示横向的滚动条4)列表框失去焦点时,当前选中项背景颜色会变化吗?5)列表框失去焦点时,当前选中项如果变为浅色,是否意味着不被选中了呢?6)列表框如果支持选中后输入,那么输入编辑框的字体跟列表字体是否一致?✓操作与响应1)列表框单击执行什么操作?2)列表框双击执行什么操作?一般会执行添加或查询等功能3)列表框如果支持双击,选中一项后按下Enter键是否同样完成双击的功能?4)列表框如果支持单击,那么不用鼠标,而使用键盘也应触发这一事件5)列表框在鼠标左键单击或双击列表的空白处时,会出现什么结果?6)列表框在鼠标右键单击选中项时,弹出菜单中有什么功能?7)列表框在鼠标右键单击空白处时,弹出菜单中是否应该隐藏某些菜单?8)列表框在鼠标慢速双击单元格时,是否会变成可输入状态?9)列表框是否支持选中后连续操作?比如选中一条后连续移动、连续删除10)列表框中选项如果移动,那移动到边界时会怎样?移动操作是否被禁止?11)列表框中增加或删除行时,以前选中的项目是否还有效,还处于焦点状态吗?12)如果列表框支持选中后输入,那么如果等输入框出来后,使用鼠标滚轮使列表上下滚动,输入框是否会跟随移动,还是自动消失?13)鼠标放在列表项上时,是否有列表项的信息出现?显示的信息是否完整?✓多重选择1)列表框是否允许多项选择?(1、Shift 2、Ctrl 3、框选)2)如果支持多选,则多选后有哪些批量操作?(复制、粘贴、删除等)3)当各种操作使列表框选项失去焦点时,其单击操作导致的后果是否还有效?比如列表框点击后在别的控件中要显示相关内容,但失去焦点时并没有清空这些内容,如果这个时候执行跟列表框有关的操作,是否会导致列表框找不到当前行?程序员经常犯的错误:1)列表框使用了鼠标单击事件,而不是选项变化事件,导致键盘控制选中项时,虽然被选中,但并没有执行相关联的操作。

2)列表框忘记屏蔽其控件自带的输入功能,导致鼠标慢速双击单元格或选中单元格后变为可输入状态,但此时输入可能会导致严重的后果,比如程序崩溃3)程序代码中并没有支持批量操作,但程序员却把列表框设置成可以多选状态。

相关文档
最新文档