【实用】功能和界面测试标准规范要求
ul测试标准
ul测试标准首先，ul测试标准需要对用户界面进行全面的测试。
这包括对界面的布局、颜色、字体、图标等进行测试，以确保界面的美观和易用性。
在测试过程中，需要检查界面的各个元素是否符合设计要求，是否能够吸引用户的注意力，以及是否能够提供良好的用户体验。
其次，ul测试标准还需要对用户操作流程进行测试。
这包括对用户在软件中的各种操作进行测试，以确保用户能够顺利完成各项操作，并且能够得到及时的反馈。
在测试过程中，需要模拟用户的各种操作场景，包括正常操作、异常操作、以及边界情况下的操作，以确保软件能够正确地响应用户的操作。
另外，ul测试标准还需要对用户体验进行全面的测试。
这包括对用户在软件中的各种交互过程进行测试，以确保用户能够得到良好的交互体验。
在测试过程中，需要检查软件的响应速度、动画效果、以及各种交互元素的设计是否合理，以确保用户能够得到流畅的交互体验。
在进行ul测试时，需要注意以下几点：1. 确保测试用例的全面性和准确性。
测试用例需要覆盖软件的各个功能模块和用户操作流程，以确保测试的全面性和准确性。
2. 注意测试环境的搭建。
在进行ul测试时，需要搭建符合实际使用环境的测试环境，以确保测试结果的可靠性和准确性。
3. 关注用户反馈。
在进行ul测试时，需要关注用户的反馈意见，以及用户在使用软件时的体验和感受，以便及时调整和优化软件。
4. 注意测试结果的记录和分析。
在进行ul测试时，需要及时记录测试结果，并对测试结果进行分析和总结，以便及时发现和解决问题。
总之，ul测试标准是确保软件质量和用户体验的重要手段，通过对用户界面和用户体验进行全面的测试，可以确保软件具有良好的用户界面和用户体验。
在进行ul测试时，需要注意测试用例的全面性和准确性，测试环境的搭建，用户反馈的关注，以及测试结果的记录和分析，以确保测试的全面性和准确性。
软件系统的主要测试内容及技术
软件系统的主要测试内容及技术●接口与路径测试●功能测试●健壮性测试●性能测试●用户界面测试●信息安全测试●压力测试●可靠性测试●安装/反安装测试一、接口与路径测试1、数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。
每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少。
根据接口的定义，可以推断某种输入应当产生什么样的输出。
输出包括函数的返回值和输出参数。
如果实际输出与期望的输出不一致，那么说明程序有错误。
白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似。
2、一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条。
想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行。
3、对于非严格系统而言，在分析路径方面化费很多精力是不值得的。
我认为在构造接口测试的同时已经建立了测试路径。
因为每一种输入将产生唯一的输出，输入与输出之间的路径也是唯一的。
由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径。
4、路径测试的检查表数据类型、变量值、逻辑判断、循环、内存管理、文件I/O、错误处理5、由于接口测试是枚举的，有可能漏掉某些状况，导致一些重要的路径没有被测试。
预防措施有：（1）观察是否有程序语句从来没有被执行过。
如果发生在这种情况，要么是程序有错误，存在无用的代码；要么是接口测试不充分，漏掉了一些路径。
（2）要特别留意函数体内的错误处理程序块（如果存在的话），这是最易被人疏忽的路径，隐患最多。
----资料：软件单元测试的主要内容是接口测试和路径测试，毫无疑问应当采用白盒测试方式。
如果对源代码中的某个函数进行白盒测试，那么要跟踪到函数的内部，检查所有代码的运行状况。
初看起来，白盒测试可获得100%的正确性。
但不幸的是，即使一段很小的程序，它的逻辑路径可能多得让人无法彻底地进行白盒测试。
数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。
UI界面设计测试规范
UI界面设计测试规范目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。
1：易用性：按钮名称应该易懂，用词准确，摒弃有歧义的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。
理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则：1)：完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。
2)：完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
3)：按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。
4)：界面要支持键盘自动浏览按钮功能，即按T ab键的自动切换功能。
5)：界面上首先应输入的和重要信息的控件在T ab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6)：同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。
7)：分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab8)：默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
9)：可写控件检测到非法输入后应给出说明并能自动获得焦点。
10)：T ab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。
11)：复选框和选项框按选择几率的高底而先后排列。
12)：复选框和选项框要有默认选项，并支持T ab选择。
13)：选项数相同时多用选项框而不用下拉列表框。
14)：界面空间较小时使用下拉框而不用选项框。
15)：选项数较少时使用选项框，相反使用下拉列表框。
16)：专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
2：规范性：通常界面设计都按Windows界面的规范来设计，即包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。
小型软件一般不提供工具箱。
规范性细则：1)：常用菜单要有命令快捷方式。
软件界面检验方法
一、引言预防胜于纠错。
一个界面不规范的软件，很难让用户相信其内部代码的条理性、精致、健壮和高效。
伴随着我们软件项目的持续增多以及新团队成员的不断加入，软件的界面缺陷在系统测试阶段也表现得日益突出，因此有必要有针对性地通过对这些问题汇总和归纳，不断地明确软件界面的测试要求，使今后项目的界面质量问题从根本上得到重视和改观。
二、界面标准2.1有效性检查方面：☐数据输入验证正确；输入数据宽度超出设定，是否给出提示；☐数值型、日期型、字符型及‘-’、‘|’等特殊符号的检查；☐数值字段（如重量、件数、体积）在非特殊情况下不允许可输入“0”及“负数”；☐日期的控制，如：结束日期不能早于开始时间、班次内的作业时间不能超出班次时间等；☐具有输入的合法性验证机制，对于超常规和破坏性的录入，如输入的非有效性、超长、超边界、输入与字段类型不符等，应有提示并拒绝接受；☐身份证号/邮编/Email地址应作用正则表达式进行验证；【B/S】☐下拉列表过滤，对于有过滤要求的下拉列表，应按要求进行过滤。
2.2健壮性检查方面：☐鼠标在窗口任意部分的点击是否正常；数据输出正确；☐光标到不可输入、修改列时，是否可输入、修改数据；☐鼠标对界面上的任何对象进行拖拽、点击、选取以及进行随意、无规律操作后，不出现未控制的意外错误；☐对于超常规、破坏性和无序操作的录入可以安全控制，不出现意外的、非正常终止的错误（如：插入重复记录、删除代码表等）；☐不出现因网络连接中断后系统崩溃情况（提供自动连接或手动连接功能）2.3一般性美观布局检查方面：☐窗口标题是否正确；☐窗口的位置和大小是否合理（居中）；☐窗口中的控件布局是否合理，排列是否整齐；☐当超出一屏时，是否有垂直、水平滚动条（滚动条应位于数据块的右侧和底部）；☐一个屏幕有多个块时，每块的左上角是否有红色块标题；【或按照开发规范】☐字段标签的对齐方式是否正确（两端对齐）；【或按照开发规范】☐是否有初始值和默认值，初始值和默认值是否合理；【或按照开发规范】☐上页与下页的显示是否与实际一致；☐代码与代码名称是否相符（内容正确）；☐按钮的名称是否正确、全面，如上页、下行等；☐按钮的快捷键定义是否统一；☐按钮功能是否有效；按钮的提示与功能是否贴切、规范、概括性强；☐屏幕上数据显示的对齐方式是否满足以下原则：字符列左对齐，数值列右对齐，日期型的应设置格式掩码。
信息技术软件包质量要求和测试
ISO／IEC前言IS0（国际标准化组织）和IEC（国际电工委员会）是世界性的标准化专门机构。
国家成员体（它们都是ISO或IEC的成员国）通过国际组织建立的各个技术委员会参与制定计对特定技术范围的国际标准。
ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。
与ISO和IEC有联系的其他官方和非官方国际组织也可参与国际标准的制定工作。
对于信息技术，ISO和IEC建立了一个联合技术委员会，即ISO／IECJTC1。
由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。
发布一项国际标准，至少需要75％的参与表决的国家成员体投标赞成。
国际标准ISO／IEC12119是由ISO／IECJTC1“信息技术”联合技术委员会制定的。
附录A、附录B和附录C均提供参考信息。
前言本标准等同采用了国际标准ISO／IEC12119：1994《信息技术软件包质量要求和测试》。
本标准删去了原国际标准的索引部分，除此之外本标准在技术内容上与国际标准完全一致。
本标准的附录A、附录B和附录C都是提示的附录。
本标准由中华人民共和国电子工业部提出。
本标准由电子工业部标准化研究所归口。
本标准起草单位：电子工业部标准化研究所。
本标准主要起草人：冯惠、王宝艾、黄民德、郑人杰。
中华人民共和国国家标准GB/T17544－1998IdtISO/IEC12119:1994 信息技术软件包质量要求和测试Informationtechnology--SoftwarepackagesQualityrequirementstesting1范围本标准适用于软件包。
例如文本处理材序、电子表格、数据库程序、图形软件包、技术或科学函数计算程序以及实用程序。
它规定了：——软件包要求（质量要求）；——针对这些要求，如何对软件包进行测试的细则（测试细则，特别是第三方测试）。
它只涉及要提供的或安交付的软件包，不涉及它们的产生过程（包括活动和中间产品，如规格说明）。
【实用】功能和界面测试标准规范要求
一、功能测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
常用的测试方法如下：1、输入框进行输入测试。
包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。
2、对界面可操作按钮进行测试。
包括【新增】/【添加】【保存】【取消】【删除】【查询(简项查询/高级查询)】【制作文书】【呈请审批】【打印】【退出】等等。
同时需要对鼠标右键的菜单进行测试。
3、数据保存测试。
将以上1和2进行组合。
4、必要条件控制测试。
在做了3时将必要条件（如：a、必填项（黑粗体表示）不可为空b、身份证类型和证件号码判断c、日期限制）联合起来验证。
5、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
6、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
7、字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错（测试时只要看是否有截取长度的功能，过长的字符比如256个输入保存，是否会报错）。
8、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错。
9、标点符号检查：输入内容包括各种标点符号，特别是空格，各种引号，回车键\n，看系统处理是否正确。
10、检查带出信息的完整性：在查看信息或列表框选择的信息或者更新信息后，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。
（比如地址选择控件，选择了长长的地址信息，是否都带入地址文本框，在保存后，是否地址信息都完整的保存）。
11、信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
12、检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”删除”，看系统如何处理，会否提示；然后选择一个和多个信息，进行删除，看是否正确处理。
功能测试：界面测试标准
功能测试：界面测试的行业标准总结GUI设计的相关行业标准1.1GUI整体标准的制定GUI的整体标准包括以下四个方面：一、GUI设计的规范二、GUI布局的合理性1.界面布局2.界面颜色搭配三、GUI风格的一致性1.在不同分辨率下的美观程度2.界面布局要一致3.界面的外观要一致4.界面所用颜色要一致5.操作方法要一致6.控件风格、控件功能要专一7.标签和讯息的措词要一致8.标签中文字信息的对齐方式要一致9.快捷键在各个配置项上语义保持一致四、GUI界面操作可定制性1.界面元素可定制2.工具栏可定制3.统计检索可定制1.2GUI所包含各类元素标准的定制一、GUI窗口的标准二、GUI菜单的标准三、GUI图标的标准四、GUI中控件的标准1.控件元素的间距2.按钮的位置，如下表2-4-1对按钮摆放位置的规则做了总结五、鼠标在GUI中的标准六、GUI文字的标准七、GUI联机帮助的标准界面设计的行业标准总结-- WEBUI设计的相关行业标准2.1WEBUI整体标准的制定WEBUI的整体标准也从以下四个方面入手：1. 规范性2. 合理性3. 一致性4. 界面定制性二、WEBUI布局的合理性三、WEBUI风格的一致性四、WEBUI的可定制性2.2WEBUI所包含各类元素标准的定制一、WEBUI页面的标准二、WEBUI其他元素的标准界面设计的行业标准总结-- GUI设计的相关行业标准1.1 GUI整体标准的制定GUI的整体标准包括以下四个方面：1. 规范性2. 合理性3. 一致性4. 界面定制性一、GUI设计的规范遵循一致的准则，确立标准并遵循，是软件界面设计中必不可必的环节。
确立界面标准的好处：1. 便于用户操作：户使用起来能够建立起精确的心里模型，使用熟练了一个界面后，切换到另外一个界面能够很轻松的推测出各种功能2. 使用户感觉到统一、规范，在使用软件的过程中愉快轻松的完成操作，提高对软件的认知3. 降低培训、支持成本，不必花费较多的人力对客户进行逐个指导二、GUI布局的合理性界面的合理性是指界面是否与软件功能相融洽，界面的颜色和布局是否协调等。
《软件测试》课程标准
《软件测试》课程标准一、课程概述1.课程性质《软件测试》是移动互联应用技术专业针对移动互联应用开发企业的JavaWeb开发岗位，经过对企业岗位典型工作任务的调研和分析后，归纳总结出来的为适应具备移动APP 和Web网站的测试等能力要求而设置的一门专业核心课程。
2.课程任务《软件测试》课程通过与城铁查询测试相关的实际项目学习，增强学生对专业软件测试知识运用的认识，让他们熟练掌握软件测试方法，熟练掌握功能测试、自动化测试的方法, 熟练掌握黑盒测试、白盒测试方法的运用，熟悉测试工具的使用方法，从而满足企业相应岗位的职业能力需求。
3.课程要求通过理实一体的课程学习，培养学生移动APP和Web网站的测试方面的岗位职业能力，养成良好的职业道德、职业素养、法律意识，养成质量意识、环保意识、安全意识、信息素养、工匠精神、创新精神，养成勇于奋斗、乐观向上，能够进行有效的人际沟通和协作，与社会、自然和谐共处，具有职业生涯规划的意识，具有较强的集体意识和团队合作精神，为从事移动APP和Web网站的测试岗位打下坚实的基础。
二、教学目标4.知识目标（1）理解软件测试的背景，软件缺陷和故障的概念；（2）掌握软件测试相关概念；（3）理解软件测试的方法与策略；（4）掌握黑盒测试方法并设计测试用例；（5）掌握白盒测试方法并设计测试用例；（6）掌握单元测试、集成测试、系统测试的方法；（7）使用测试工具进行自动化测试；（8）熟悉各个阶段的软件测试文档。
2.能力目标（1）能根据软件需求说明书撰写测试计划；（2）能应用各种白盒测试方法进行测试用例的设计并用各种测试工具进行测试；（3）能应用各种黑盒测试方法进行测试用例的设计并用各种测试工具进行测试；（4）能应用自动化测试工具进行综合的测试用例的设计并进行测试；（5）能书写各个阶段的软件测试文档。
3.素质目标（1）培养学生良好的自我表现、与人沟通能力;（2）培养学生的团队协作精神；（3）培养学生分析问题、解决问题的能力；（4）培养学生勇于创新、敬业乐业的工作作风;（5）培养学生的质量意识、安全意识；（6）培养学生诚实、守信、坚忍不拔的性格；（7）培养学生自主、开放的学习能力。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、功能测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
常用的测试方法如下：1、输入框进行输入测试。
包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。
2、对界面可操作按钮进行测试。
包括【新增】/【添加】【保存】【取消】【删除】【查询(简项查询/高级查询)】【制作文书】【呈请审批】【打印】【退出】等等。
同时需要对鼠标右键的菜单进行测试。
3、数据保存测试。
将以上1 和2 进行组合。
4、必要条件控制测试。
在做了3 时将必要条件（如：a、必填项（黑粗体表示）不可为空 b、身份证类型和证件号码判断 c、日期限制）联合起来验证。
5、页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
6、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
7、字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错（测试时只要看是否有截取长度的功能，过长的字符比如256个输入保存，是否会报错）。
8、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错。
9、标点符号检查：输入内容包括各种标点符号，特别是空格，各种引号，回车键\n，看系统处理是否正确。
10、检查带出信息的完整性：在查看信息或列表框选择的信息或者更新信息后，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。
（比如地址选择控件，选择了长长的地址信息，是否都带入地址文本框，在保存后，是否地址信息都完整的保存）。
11、信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
12、检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”删除”，看系统如何处理，会否提示；然后选择一个和多个信息，进行删除，看是否正确处理。
13、检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填；添加规定为整型的项，修改也必须为整型。
14、检查修改重名：修改时把不能重名的项改为已存在的内容，看会否处理、报错。
同时也要注意，会不会报和自己重名的错。
15、重复提交表单：一条已经成功提交的纪录，back （上一步）后再提交，看看系统是否做了处理。
16、检查多次使用上一步或上一页键的情况：在有上一步/下一步或上一页/下一页的地方，一直点到头再点回到开始，重复多次，看会否出错或按钮失效。
17、查询检查：在有查询功能的地方输入系统存在和不存在的内容，看查询结果是否正，如果可以输入多个查询条件，可以同时添加合理和不合理的条件，看系统处理是否正确。
18、输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。
19、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。
对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
20、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项名称中加粗显示。
21、快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace 等，对一些不允许输入信息的字段，如选人、选地址、选日期对快捷方式是否也做了限制。
22、回车键检查：在输入结束后直接按回车键，看系统处理如何，会否报错。
23、日期约束检查：比如接警日期小于报警日期，保存时是否校验提示；处警日期小于接警日期，保存时是否检验提示；日期上限小于日期下限，保存时是否检验提示。
24、关联控件检查：比如选择了证件类型，证件号码为空，保存时是否提示处理；选择了身份证类型，证件号码不合法，是否检验身份证号并提示处理；录入了身份证号码后，出生日期保存时是否检验并提示处理。
25、菜单深度一般要求最多控制在三层以内。
26、工作流程的测试，要求满足业务流程的要求，分为主业务流、次业务流或异常流的测试。
二、GUI 测试1.窗体是否能够基于相关的输入或菜单命令适当的打开2.窗体是否能够改变大小、移动和滚动；固定大小的窗体在IE6、IE7下是否都能完整显示，在宽屏、窄屏显示器下是否都能完整显示。
3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作4.当窗体被覆盖并重新调用后，窗体是否能够正确再生5.窗体相关的功能是否可以操作6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用7.显示多窗体时，窗体名称是否能够正确表示8.活动窗体是否能够被反显加亮或明显区分显示9.多用户联机时所有窗体是否能够实时更新10.鼠标无规则点击时是否会产生无法预料的结果11.窗体声音及提示是否符合既定编程规则12.窗体是否能够被关闭13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致14.窗体控件布局是否合理、美观15.窗体控件 TAB 顺序是否从左到右，从上到下16.窗体焦点是否按照编程规范落在既定的控件上17.窗体画面文字（全、半角、格式、拼写）是否正确18.鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）三、具体测试标准要求1、焦点转移问题：（1）使用Tab 键测试焦点转移；（2）当保存时如果提示“有未输入的必填”项回到页面后，（3）焦点应转移到未输入的必填项中最靠前的一项上2、数字格式：（1）如果对数字格式有限制则看是否符合限制（2）格式没有限制时，所有输入数据的小数点位数应该一致3、输入文本框类型控件的测试：（1）空值测试（2）空格测试：前面输入空格，中间输入空格，末尾输入空格和全部输入空格，程序是否进行处理，保存成功后，数据库中的数据是否与页面显示的一致（3）长度测试（最大字符，一次输入大于256的字符观察处理情况，可以输入后再拷贝到记事本上进行比对，看是否有截断处理，如果无截断处理，点击保存是否报错。
）（4）类型测试（如果有类型要求，一般是整形与字符型的转换测试）（5）特殊字符的测试（NUL及\n等，另外像；;‟”><,｀…：“［”｛、\|｝］+=)-(_*&&^%$#@!~,.。
?/）（6）关于文本框录入为数字时的测试：对数字长度有没有限制，输入1 位数，2 位数，加负号，字母或汉字，等等有没有提示信息（7）关于文本框录入数字型小数点的测试：录入整数加小数点、小数点加整数和单独的小数点，录入负数，保存时系统是否有提示，是否成功（8）关于文本框填写不符合条件的信息保存确认后清空与否的测试：比如在文本框中录入不符合条件的数据（类型不符合或者超多等），保存确定后只要清空错误的数据即可（9）文本框内容的合理性：如果是输入正数的文本框，（如：补偿金额）还要判断是否为负数。
(10) 文本框大小写问题：要求数据唯一性时是否区分大小写4、下拉列表的检测：（1）检查列表中的内容是否漏选，重选；如果列表中的数据要求从其他页面或者数据库中或字典中获得的，就要检查是否与该页面中的数据一致。
（2）下拉列表的控件是否支持清空再选择，当清空时在页面中的有效表现（3）下拉列表的控件是否有多选提示，比如至少必须选择两个，至多选择5个等等提示，以及实际操作的吻合性（比如选择少于两个时，保存时会有选择两个的提示）。
（4）下拉列表框支持代号输入选择的要求，比如输入1表示选择男性。
（5）下拉列表框具有很多个选择项时的上下滚动条，或上一级选项/下一级选项的切换。
5、必填项的测试：（1）必填项要求加粗显示或是有明显的标识（如红色加*）（2）检查必填项是否提示必须输入（一般是通过保存事件或输入焦点的移动或页面的切换进行触发）（3）对于不支持手动录入的必填项，是否支持下拉控件选择或第三方控件的录入，下拉控件的选择方式，要检查是否有提供选择的项（字典加载的数据）；另外当必填项不支持手动录入时，还要检查系统是否能自动赋值（比如点击添加/新填按钮时，就能自动调出用户信息；或是点击查看详细，就能将关联数据自动带过来）6、非必填项的测试：（1）非必填项都支持空值或默认值保存；（2）非必填项的数据录保存后，一样能存入数据库及在页面呈现（3）非必填项的控件都具有清除已选或已录入数据的功能，比如日期控件支持清空或手动清除文本框的信息进行保存，清除的数据修改保存后不再显示原有的数据。
7、时间的测试：（1）注意要清楚当前系统时间（服务端系统时间）（2）起始时间不可大于终止时间（3）检查日期为空时程序的反应。
（4）数据库中的日期是否能够正确显示在页面上（5）输入错误日期时程序的反应。
（6）如果有输入日期不得大于当前日期的限制，则是否通过（7）如果有输入日期不得小于当前日期的限制，则是否通过（8）业务时间的先后关系，比如报案时间、接警时间、处警时间、出警时间、到案时间、结案时间等等的先后关系。
哪个时间必须要大于哪个时间，要进行校验测试。
8、边界值的检测：（1）输入条件规定了值的范围（2）应取刚达到这个范围的边界的值作为测试输入数据（3）以及刚刚超越这个范围边界的值作为测试输入数据（4）输入条件规定了值的个数（5）最大个数（6）最小个数（7）比最小个数少一（8）比最大个数多一9、保存操作的测试：（1）保存成功/失败后检查数据库（2）检查必填项，各个必填项未输入时的提示要求（3）保存成功/失败是否有相应的提示信息，或者有明显的特征表示（比如保存成功，保存按钮变灰不再可操作）10、删除操作的测试：（1）删除提示成功/失败后看查看数据库（2）删除时是否有确认对话框（点是或否，确认是否对应正确的删除操作）（3）删除成功/失败是否有提示信息（至少删除失败有相应提示）（4）确定是逻辑删除，还是物理删除；物理删除是否已经把数据库中的数据删除掉，逻辑删除是否改变了标志位（在页面上提现不出来，需要到数据库表中查询验证）。
（5）单条数据删除测试和多条数据删除测试，检查删除操作的有效性。
11、修改操作的测试：（1）修改提示成功后看数据库中的记录是否已经修改（2）对于没有修改按钮也没有提供专门修改页面的业务功能，保存按钮就具有修改功能，当手动修改已录入的数据，再次提交保存后，数据就相应的修改，通过页面查询或数据库中的记录来检验是否已经修改。
12、查询操作的测试：（1）查询到的记录是否与数据库中的记录相符，主要确认库中是否有待查的数据（2）检查组合查询时，查询结果是否正确（3）查询列表下如果可以查询纪录的详细信息，检测查询条件范围是否改变（4）查询到的记录，有关联详细信息，要检查关联信息的吻合性，如果有深度关联的页面功能，还要一一检查其所有的关联信息。