(非常实用)

值有种类有限定时，是否考虑换成下拉框搜索；
　　2、检查点：
　　文本框值是否消失(是否回填条件值)，再次点击“查询”可查看所有记录；
　　考虑搜索结果：是否存在分页，分页是否正常；是否有序；
　　注意：分页是否仍保存查询条件，检查后面的记录是否符合条件
　　3、查询数据多样性：
　　输入不存在的字段值测试、包括特殊字符查询测试例如：' or '1'='1；
　　输入类似程序语句的条件时是否执行查询，如：XXXX”、XXX and ；
　　4、操作类型：
　　1) 不输入的查询
　　2) 输入全部空格的查询
　　3) 模糊查询(输入部分字段，或者说，输入英文字母，查询到相关中文数据)
　　4) 输入不存在的查询
　　5) 输入存在的查询
　　6) 单个查询和多个条件复合查询。
　　八、搜索-下拉框
　　检查点：
　　a) 搜索结果是否有序；
　　b) 下拉框值是否齐全；(下拉框值本身也是一个动态查询的结果)
　　c) 下拉框值是否自动消失，再次点击“查询”可查看所有记录(是否要回填条件值)；
　　d) 分页时，是否保存搜索条件。
　　（从UI、开发、业务逻辑、用户使用等角度测试）
　　PS:
　　以上总结的， 是比较纯粹的从页面控件角度测试点出发， 对于完整测试一个整体页面，需要各类测试有机结合起来：
　　1）UI测试：
　　页面布局； 页面样式检查；控件长度是否够长；显示时，是否会被截断；支持的快捷键，Tab键切换焦点顺序正确性等。
　　2）功能测试：页面上各类控件的测试范围，测试点，可参考上方
　　结合控件的实际作用来补充检查点： 比如， 密码框是否*显示， 输入是否做trim处理等
　　3）安全测试：输入特殊字符，sql注入，脚本注入测试
　　后台验证测试，对于较重要的表单 ，绕过js检验后台是否验证
　　数据传输是否加密处理，比如， 直接请求转发，地址栏直接显示发送字符串？
　　数据库存储，特别密码等，是否加密形式存储
　　4）兼容性测试
　　5）性能测试


二.常见功能点测试思路
根据经验，总结常见的功能点的测试思路：
　　1. 新增 或 创建（Add or Create）
　　.1 操作后的页面指向
　　.2 操作后所有绑定此数据源的控件数据更新，常见的排列顺序为栈Stack类型，后进先出
　　.3 取消操作是否成功
　　2.编辑 或
更新 (Edit or Update)
　　.1 操作后的页面指向
　　.2 操作后所有绑定此数据源的控件数据更新
　　.3 取消操作是否成功
　　.4 编辑界面是否读取出正确、全部的数据源
　　.5 记录在工作流中的编辑功能可用性
　　.6 操作成功的生效时刻及生效范围