如果现在做互联网服务越来越的是避不开移动端，除非用微信 H5，否则怎么测应用的在百万及甚至几百万用户的压力下，你应用的响应，如果做测试知道这个是特别花钱的，因为你实际模拟一个用户，这个一台机器基本上是六万，一台机器模拟六万个客户，这是我们的常规测试，如果模拟百万用户实时连接，要求二十台机器，十台是60万，二十台机器，但这个对创业公司服务器的成本还是有的。
所以我们怎么做呢？ 阿里云是现在也支持了，早期是10%，现在已经按量付费，去使用服务器资源，计费周期是到秒的，所以我们真正去做移动端压力测试的时候，建议大家搞这么一套系统，这个还花的我们一段时间，我们整个有一套脚本，这个脚本从运行就启动一个阿里云，是有API，申请ECS，比如跑一个百万的，可以把服务器申请出来，我们把所有的模板部署上，部署之后先做一个简单验证，整个环境通了，这样就可以去真正模拟，因为一般的模拟场景是百万用户，同时先登服务器，建一个百万的TCP连接，之后模拟一些场景，有的是发消息，有的是客服业务，有的送花有的点赞这些场景模拟完之后，要把测试结果报告，这套有了，这个测试就完了。
但是提醒一下，你可以自动释放服务器，但一般我们做这个操作的时候，我们整个测试结果出来之后，我们看一下，如果说不达到期待，调一下脚本，甚至去改一下服务再测一下。如果没问题，后边就有一个脚本能自动释放，所以整个其实可以全自动的，而且当时我算了一下，如果你是使用，比如按天，不到三天，费用肯定是比包月便宜，即使拿到一个比较高的折扣，大家做移动端自动测试，尤其是这种要做并发的话，我建议就用这种按量，这个是给我们省了不少钱。
5-部署和运维的敏捷保障
做云服务，做SaaS的有一个，基于租户的灰度发布。
1.AB测试
AB测试是一种用于提升产品转化率、优化获客的方法。当我们想测试哪个注册页面转化率高时，我们就可以上线两个版本的页面，通过一周、一月的注册数据监测比例来衡量哪个页面效果好。在做云服务，SaaS时，就是基于租户的验证，同样可以适用这种方法。
2.前后端灰度
所有的前端根据cookie中的租户id，转发到不同版本的后端服务。如果进来之后，cookie解决这个租户ID，就可以写个脚本，根据当前给的配置对应的版本打造对应的服务，这是一个常用的功能。
3.移动端灰度
移动端登录后，从路由服务器请求访问地址。以做移动端的经验来说，某一个用户想登到指定的版本如何来做？我们可以做DNS解析，就是手机端不是先去试图访问服务，而是先去访问我们做的解析入口，当前是哪个租户，用户ID是多少，移动端什么版本，应该访问哪个后台版本，然后整个服务会打造相应的后台版本。
如果公司有海外客户，就可以通过DNS解析到海外的配置，移动端的路由可以根据不同用户的区域做不同的配置，链接到不同的服务和版本。
6-学费/教训
说说学费，从现在看，不管是流程，现在要保证最重要的四个方面：
1-核心要保持稳定
即自身系统的上线流程不能影响到客户的业务流程，可以采用错峰上线、降级开关等措施;
不管是做即时通讯，还是做客服，如果这个系统出问题，都会影响它的业务。
2- 善于提炼客户需求
产品功能需要满足大多数客户的需求; 如果你客户比较多的话，跟销售打交道，容易被忽悠，销售说“你把这个做了就给钱了”或者“如果你把这个做了就行了”。我说哪个重要，销售都说重要。
所以这里面有个技巧，你得需要真正对这个产品有理解，对这个业务理解了，就是用户要的只是他现在想要的，但是如果能把不同的需求，提升到通用的需求，里面加一些开关，能满足大多数的需求，这个是很重要的。
3-成本控制