各类web控件测试点总结：
1、界面检查
进入一个页面测试，首先检查title，页面排版，字段等，而不是马上进入文本框校验
1）页面名称title是否正确
2）当前位置是否可见 您的位置：
3）文字格式统一性
4）排版是否整齐
5）列表项显示字段是否齐全，列表项字段名称是否跟表单统一
6）同一页面，是否出现字段名称相同、值取不同的问题
7）数据加载情况：除了文本框的值，还要注意：
复选框，是否保存打√，或者保存不打√
下拉框，是否保存选择的值
多文本框，值是否都被保存，空格，换行是否保存
2、单文本框（type=text）
边界：字段长度
判空：是否可以为空
唯一性：是否唯一
考虑语言，操作环境
特殊字符测试输入:or 1<>1 or'1'=1'' 'or'1'<>'2
"|?>< where a='xx' 下划线是否被允许 输入全部空格 输入单引号
特殊字段输入限定：
框内容是否合法（tel,ip,url,email）序号等，直接限制输入数字，其他过滤掉；输入金额文本框，整数首位为0，过滤掉；
小数点后边，一般保留两位有效数字
正确性测试：
1）数据允许长度的测试；
a、页面是否超出的测试（输入长英文字符串，是否断行）
b、数据库是否允许最大字符
c、最短长度的正确流程，对打长度的正确流程覆盖
2）对于允许为空的字段，不填入，再次数据传递后，看是否报500错误
3）未规定字符串长度，不按死板输入，输入非常多字符时，做允许动作的正确性校验，看是否报错
（要达到的结果：不管有没有长度限制），最终页面不能抛数据库异常
最终都会出现以下两种情况的一种：A、页面有校验长度、大小；或者无校验，数据库报错；因此所有字段都要做长度、
大小的限制（不管需求有没有给出明确要求，不管测试哪种文本框，都要限制长度，不允许数据库报错）
最大长度限制方法：1、不允许再输入2、自动截断处理，并且给用户提示
3、添加按钮
添加动作检查范围：
失败：是否提示
提示内容是否正确
失败时：保存用户已输入的内容，避免重新再输入
成功：对话框消失
纪录是否可以直接查看（还是需要刷新）
列表纪录顺序
重复提交情况，点击一次后，是否编程disable
上传附件的添加：
A.文件名称：文件名称很长；文件名称字符多样化（汉字，英文，符号）；文件名重复
B.判空？
C.附件格式类型支持
D.附件个数
C.附件空间大小
4、移除按钮
1、一般都要在前台先给出一个提示操作“确定移除该。。。”
2.相关联的东西，是否需要限制移除“该类型下存在应用，无法移除”有到后台比较
3、确定后，真正执行移除操作
结果：
移除后，列表数据是否立即消失
必须有确认删除的提示信息
5、列表
1）列表纪录顺序
2)是否需要翻页、有没有翻页功能
3)字段名称是否与表单一致
6、搜索文本框
1、功能点、需求点考虑
是否提供模糊查询、输出数值有种类限定时，是否考虑换成下拉框搜索；
2、检查点：
文本框值是否消失（是否回填条件值），再次点击“查询”可查看所有记录
考虑搜索结果：是否存在分页，分页是否正常；是否有序
注意：分页是否仍保存查询条件，检查后面的记录是否符合条件
3、查询数据多样性：
输入不存在的字段值测试、包括特殊字符查询测试
输入类似程序语句的条件是否执行查询
4、操作类型
不输入的查询
输入全部空格的查询
模糊查询
输入不存在的查询
输入存在的查询
单个查询和多个条件复合查询
7、搜索--下拉框
检查点:
a）搜索结果是否有序；
b)下拉框值是否齐全；
c)下拉框值是否自动消失，再次点击查询可查看所有记录
d)分页时，是否保存搜索条件
以上纯属从页面控件角度测试点出发；实际应用过程中需要结合起来：
1)UI测试：
页面布局；页面样式检查；控件长度是否够长；显示时，是否会被截断；支持的快捷键，tab键切换焦点顺序正确性等
2）功能测试：
页面上各类控件的测试范围，测试点
3）安全测试：输入特殊字符，sql注入，脚本注入测试
后台验证测试，对于较重要的表单，绕过JS检查后台是否验证
数据传输是否加密处理，比如，直接请求转发，地址栏直接显示发送字符串
数据库存储，特别密码，是否加密形式存储
4)兼容性测试
5）性能测试
6)易用性测试