淘宝网 持续集成的 尝试(3)

　　应用部署测试

　　现状：daily环境下，部署应用后，并没用立即验证，这经常引起依赖的业务方访问出问题;

　　办法：由部署事件驱动，应用部署后立即自动验证，比如：hsf接口验证，http接口;这类用例要能够从系统级别来验证，而且要快，20分钟左右;

　　网络稳定和响应提速

　　现状：daily环境应用响应速度慢，主要有三方面原因：1、js/css没有压缩，部分合并、部分没合并;2、图片直接从TFS文件系统读取，没有做缓存;3、automan部分机器配置差，部分网段网络不稳定(6网段和24网段)。

　　解决办法：

　　针对第1点，在daily环境中推动js/css压缩、合并、设置过期时间，减少应用端对js/css的请求量。

　　针对第2点，在daily环境中架设一层TFS缓存，提升图片的响应速度。

　　针对第3点，更换配置高的机器，尽量选择kvm虚拟技术+win2003server操作系统;并调整不稳定的网段，将automan执行机放置到独立的网段，避免其它测试(如性能测试)对执行机产生影响。

　　应用性能提升

　　现状：每天大约有100个URL在全网回归执行过程中，时长超过5S，疑似被测应用本身性能较低。

　　办法：利用kelude的log分析出慢URL，kelude调用pap组件的接口将URL推送给pap，pap自动执行专项性能测试，暴露出性能瓶颈。

　　实现方法：pap以post方式提供http接口，kelude分析好数据后以json方式post给这个URL。 json串格式：

　　urlinfo={“hostbinds”:”hosts文件中需要添加的绑定信息，换行为\r\n”,

　　“username”:”登录使用的用户名”,

　　“password”:”登录使用的密码”,

　　urls: [{"url":"访问的url","owner":"url对应的负责人","method":"automan对应的action，共有4个，start,goto,cast为http get请求，click为http post请求"}, ...]}

　　在一个上百人测试部门，上千人以上规模的研发团队， 做好一件事情，技术是一方面，另外一个重要方面是所有人一起为了一个目标去努力，背后是每一位工程师的心血和汗水， 是每一位工程师的努力打造了淘宝网今天的持续集成一角

　　VN:F [1.9.10_1130]

原文转自：http://www.ltesting.net