目前移动端app大都还是采用的http或者https协议写的restful接口，一般的辅助类http劫持(fiddler,charles)和模拟发送(postman)工具都可以满足单次单个接口的测试需求，但这种依附工具的测试很难满足多接口调用逻辑验证问题，也不太灵活，没办法做到数据化，还有就是对于接口压测和服务器性能压力测试无法满足，又得借助于其他压测工具（Jmeter loadrunner等），设计一套基于http和https灵活定制的接口测试框架还是很有必要的。
一般app接口调用都要都要传入平台及参数，登陆成功后拿token，userId作为参数结合平台级参数和接口参数等去调用其他接口。所以这个设计就很简单了。
框架设计图，回头有时间画
对于服务器压测和性能测试，也基于同一套框架，多线程模拟多用并发，用户账号密码可以从文件读入或者伪造自增账号，所有用户登录后，每个用户开一线程调用测试接口，高级一点的手段可以保持多线程同步，设置一个集合点，在集合点同时发送http请求;还可以采用用户模型让一个线程依次或者随机调用多个不同接口；最后一种也可以称之为接口monkey测试，对所有被测接口都分配一个权值，代表其可能被调用的频率，每个线程用户按照这些权值随机调用这些接口。
以上三种情况分别模拟了不同角度的测试，可以测试出不同情况接口调用时间最大最小值，失败成功次数，线程执行所需时间最大最小值，流量情况等。
第一种情况已经实现，第二种可以最为第一种的超集，第三种情况刚想到，这周找时间做。
原文地址：http://www.cnblogs.com/salomon/p/3804595.html
