一、Web的功能测试
1、超链接测试
a、链接与链接的说明文字要匹配 （注：也可以是图片）
b、链接的文字要描述正确
c、链接的文字要精简有效
d、链接的页面应该存在，不应该出现404找不到页面的错误
e、没有孤立页面，只有知道具体的url地址才能访问。
f、链接的样式（默认、已访问过、鼠标hover、鼠标点击active）
2、表单测试
a、表单就是提供用户输入的地方（http的post请求）
b、表单项输入类型的限制
先验证合法值，再验证异常值
不输入、空格、特殊符号：_/!&@%* ‘’ “”，html代码 <font> 你好 </font>
同时关注错误提示信息的正确性
c、表单项输入长度的限制
符合长度、小于限定长度、大于限定长度
d、表单项输入格式的检查
出生日期、电子邮件等
e、表单项必填检查
表单项必填项设置要合理（比如购物注册时，限定血型和身高为必填项不合理）
表单项必需填写的限制
必填项不必填时，提交后应保存其他已正确填写部分的信息
f、 表单项本身功能（细节）
单选按钮只能单选
复选框可以多选
文本框可以进行输入
g、 表单项的默认值
默认值要符合需求
默认值最好符合多数用户的需求（如注册中的国家，最好是中国）
h、表单项之间的关联关系
如省份与城市，国家与省份的关联关系
j、表单项提交之后的基本功能要正确（如注册要注册成功）
k、重复注册及相关提示
l、GUI：表单项及整个表单的样式及布局
m、遍历表单时可以支持快捷键
Tab+Space（空格键）+上下箭头+Enter（回车）
Shift+Tab回退
n、 整个表单在整个系统中的作用及业务合理性
3、文件上传类型的测试
a、只能上传允许的文件类型
b、文件的大小应限制在允许的范围内
c、批量上传时对数量及累计大小的限制
d、是否可上传同名文件，若允许上传，提示覆盖？或者提供自动重命名功能（如：名字加1等）
e、上传后应有接口或界面查看上传的附件，检查是否能正常的下载和使用；关注上传成功的提示信息
g、不允许上传脚本或者可执行文件（如exe）
f、不能单纯的以文件后缀名来判断文件类型，如改脚本或exe的后缀名为txt后上传
l、提供上传进度指示信息（进度条等）
m、网络闪断后的继续上传
n、上传过程中的取消
j、上传文件选择时的路径应默认为上次上传文件时的地址
二、数据库测试
1、DBA进行数据库测试关注点：
表及表之间的关联关系，设计的合理性
索引的合理性
存储过程合理性
存储过程：一组为了完成特定功能的SQL语句集，存储在数据库中，用户通过指定存储过程的名字并给出参数（如果有）来执行它。
2、测试工程师使用数据库场景：
a、 数据的一致性检验，存储或者处理过程中可能产生差错
b、分析定位是功能缺陷还是数据存储的问题
c、性能测试：准备基础数据
并发时，关注事务的成功率
三、易用性测试
1、最重要要 站在用户的角度考虑，分析用户的背景及使用习惯
2、考虑区域文化（如日期 中美两国使用习惯不同）
3、Web导航栏设置，要清晰明了，层级不可过多（最好不要超过3级）
4、快捷键的使用及设置合理性
5、其他（窗口的放大与缩小）、页面的缩放：浏览器中设置的缩放百分比 均不应该出现页面错乱，功能失效的问题）
6、滚动条尽量使用纵向滚动条，少使用横向滚动条
7、多选择少输入
四、兼容性测试
1、浏览器端的兼容性
浏览器选择标准：
a、 根据内核来选，相同内核的选择一个典型的即可
b、根据浏览器的市场占有率来选择
选择一个主浏览器执行所有用例，在辅浏览器上没必要执行全部的用例，把主要的功能及页面覆盖到即可。
2、服务器端兼容性：（考虑较少，系统升级时要考虑）
比如Web服务器升级，数据库升级等
