一、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服务器升级，数据库升级等