2015-11-09
我在今年三月份玩 Ready!API 的时候最新版本还是 1.2.2 ，到最近已经升级到 1.4.1 了。之前 1.3 版本中还存在切换 environment 的一些 bugs 在 1.4.1 版本已经 fixed 了。 之前博文中，我 提过 Jenkins 中为 soapui 项目脚本新建 Maven项目的配置方法 ，但还有另一个方法，而且是测试结果更为友好的方法配置 soapui 项目。即，
解决办法源自： http://stackoverflow.com/questions/6857781/what-is-the-use-of-the-mongo-lock-file Mongodb always creates the mongodb.lock file when the server starts and drops it before mongodb is stopped. Re
google-chrome 命令一般是调用 /opt/google/chrome 目录中的 chrome 文件。通过以下命令，你可以查看有关 google-chrome 的更多信息（不感兴趣可以略过）： [root@iZ115cl5depZ ~]# type google-chrome google-chrome is /usr/bin/google-chrome [root@iZ115cl5de
启动 Xvfb 的时候，遇到以下错误： _XSERVTransSocketOpenCOTSServer:Unable to open socket for inet6 _XSERVTransOpen:transport open failed for inet6/iZ115cl5depZ:1 _XSERVTransMakeAllCOTSServerListeners:failed to open
nGrinder home 在 linux 的默认路径是 ~/.ngrinder 玩了 nGrinder 这么久，还是雾里看花。决定梳理一下，以后没事再啃啃源码：https://github.com/naver/ngrinder 我用的是 v3.3： script: 不要误以为 ngrinder 的脚本全都在这个文件夹里，这个文件夹只存放最新执行的脚本，会经常刷新 download: ngrind
今天发现 nGrinder 的 validate script 功能很诡异。以前点了 validate 按钮，瞬间就有结果了，因为我的脚本都只是简单的 Get/Post 请求，校验脚本是个很快的过程。但是现在要等个半天，最后界面显示的 validate 结果就像是没有显示完成的样子，既没有请求的HTTP返回结果，也没有什么 Error Message，只有如下这种不痛不痒的信息： 2015-09-
Jenkins集成Soapui，这事儿拖了半年。之前测试就我一人干，日常测试就忙够呛，没劲头捋持续集成的东西。现在好了，队伍壮大了，测试脚本也有一定的量，持续集成可以做起来了。 不论你是用ReadyAPI里面的Soapui组件，还是直接在Soapui应用里创建的项目，项目文件的格式都是一样的xml。Soapui公司提供了集成Jenkins的插件，即上一篇提到的 soapui-pro-maven-p
推行 ReadyAPI/Soapui 这半年来，在团队中实践效果还是不错的。最近想整合到Jenkins中，做好持续集成的工作。在啃官方文档的时候，还是踩了一些坑，便有了此文。 # 全过程介绍 安装 maven 下载soapui-pro-maven-plugin-5.1.2.jar 这是目前最新版本： http://smartbearsoftware.com/rep
今天有个童鞋告诉我，无法在测试服务器的tomcat上部署他的WAR文件了。一般来说，eclipse直接导出的WAR包，是直接丢到 tomcat 的 webapps 目录中，tomcat就会自动解压了；另一种方式是，使用 java -jar xxx.war 命令直接运行 war 文件。 这个童鞋的 war 包没有经过maven编译，直接由 eclipse导出，所以第二种方式不可行，会报错“no ma
运维同事给了我一台CentOs 6的机器作为测试服务器，我可以自己随便在上面部署测试脚本来玩，终于不用跟sdk组的小伙伴们抢机器了。 =================废话终止分隔符====================== 获取uwsgi；目前最新版本是2.0.11.1 wget http://projects.unbit.it/downloads/uwsgi-latest.tar.gz 编译
