接口测试

一.业务层面

  1.字段是否必填(必填 or 非必填)，要同时检查request和response
  2.字段是否必要，从业务角度出发考虑，该字段是否需要保留

二.类型检查

关注常用类型：int, decimal, String, bool, 枚举等
(通过系统结构和数据流了解数据的流向、转换、落地）
1.类型使用是否正确（尤其是http接口）：
  使用String还是原始类型
2.枚举的常量选项是否正确
  对于外部用户调用的接口，肯定不需要内部传递的枚举值
3.是否有校验
  类型是否符合要求
  精度是否符合要求
  必填项是否有值
  入参为null或者空字符串，有无检验
  对于枚举值的传入，是否属于枚举列表中的值
4.长度
  是否够长，超过部分是否截断还是发出警告
5.精度
  是否符合要求，通常金额为2位小数
  传输过程是否可以保证精度不会改变
  得到的数据是否会自行调整精度(截断或者四舍五入不可取，应该直接校验传入的精度)
6.时间
  该使用日期(2015-11-12), 还是时间(2015-11-12 14:00:00), 还是时间戳(1449849600000)
  单位：【秒】还是【毫秒】
  时区：服务器的日期是否会根据请求者的时区进行转换；或者在request中和response中直接带上时区信息

三.数据流转

 数据在系统间的流转会发生一系列的变化，例如转换、封装、组装、丢弃等情况
 现在列出一些场景：
 数据库的读写（bean 与 数据库字段间的转换）
 MVC中 数据的转换（网络数据 与 Model ，M与V ，M与data层，bean之间的转换 等）
 后端与前端的兼容（touch  ios   adr   pc）
 不同类型接口的转换：dubbo   http   https 

四.性能

［数据库］
 数据库数据库读写，读写哪个比重更大？根据实际情况做读写分离，分表。
 主从同步对于数据一致性的影响，写入后，多久可以使从库的数据同步完毕，从而拿到完整的数据
 是否采用本地存储，比如历史浏览存储在用户手机端，不与服务器进行交互

［多线程］
  代码是否需要多线程处理数据（考虑数据的完整性、一致性）
  线程池根据业务量进行设置，确保系统稳定，同时能够在单位时间内处理尽可能多的业务

 [Tomcat]    
 (http://jingyan.baidu.com/article/7f41ececf6b34d593d095cad.html)
  JVM栈内存根据业务进行调优
  更高版本的tomcat(e.g. tomcat7.0)支持监听内存泄漏
  调整maxThreads加大并发请求数量
  配置压缩，减少传输数据

 [Nginx］
  Nginx是否对静态文件做了缓存处理
  是否开启了压缩
  多台机器提供服务时，可根据机器性能，将量大的请求打到性能更好的机器上
  需要支持上传文件时，需要根据业务实际，判断是否需要修改ng上传文件size的配置
  检查接口是否需要ng对cookie进行处理（检查或者过滤）

  [缓存]
  机器内存的使用
  memcache,redis的使用

  [CPU]
  判断是否是高CPU的服务，判断是否需要升级硬件配置

  [http]
  是否开启了压缩

五.协议

根据业务和性能选择合适的版本

1.协议的选择
        TCP or UDP
        http or RPC(Dubbo)
        直连 or qmq
        拉取 or 推送
2.协议的使用
        长连接还是短连接
        同步 or 异步
        实时 or 延迟

六.通用测试

[安全测试]

[功能测试］

七.监控

对接口的调用情况进行监控

1.接口类型
  调用外部接口的监控
  对外提供的接口的监控
2.监控指标
  调用的总次数、成功次数、失败次数、qps 等
  成功率、失败率
  各种指标的汇总，对比等
3.根据业务加阈值和报警
   失败的阈值，要考虑严重性以及是否有参数错误导致失败的情况，进行阈值设置
   成功的阈值，要考虑量起来后对系统的压力