在讲之前得说下 前端覆盖率的水真的是很深的，其实到目前为止还有很多未解之谜，由于对babel的编译以及ast了解的不是很多。所以确实分析问题起来很困难。前端代码覆盖率方案关于前端代码覆盖率还不了解这块内容的同学们，可以参考下一下几篇文章，这里就不做赘述了。基于 Istanbul 优雅地搭建前端 JS 覆盖率平台前端精准测试探索：覆盖率实时统计工具了解了上述两篇文章以后，你应该对前端的代码覆盖率有一

环境Centos 6.5 系统Jmeter 2.13ant 1.9.6 ： 我们需要依靠ant 将生成的jtl文件转换成我们的html报告步骤配置好我们的环境变量,我这里截个我的环境变量的图吧，各位按照实际情况配置 为了能够在ant中使用jmeter task，必须将“ant-jmeter-1.1.1.jar”这个jar包放到ant的lib中去。这个jar包位置 jmeter的安装目录下的

摘要之前搭建的jenkins服务器一直都是用自己本机进行的实验，缺点就很明显了，占用自己计算机的资源 而且所有的东西都在自己计算机上运行，也不算真正的自动化的感觉，所以刚好把办公室闲置的一台服务器拿来搭了个jenkins的服务器。由于考虑到后续还需要在上面跑node.js，windows上运行nodejs没多久，内存就爆表了，所以就考虑在ubuntu上搭建jenkins服务器了。正文我采用的方法是

摘要这一段时间经常看到论坛的其他童鞋经常发一些脚本在jenkins上跑的结果，要不就是说每天早上来看昨天晚上脚本跑的结果。看的自己心痒痒的，所以就尝试了下自己之前写的脚本结合jenkins的测试正文好吧 ，说干就干吧。安装好jenkins（这里就不用我说怎么安装了吧，官网下载安装包），安装完以后我们通过命令行运行jenkins吧 java -jar jenkins.war 这里可能会出现端口冲突的

其实大多数的时候我们的测试报告的发送可能都是结合Jenkins发送的，所以这方面更多的都是依赖于它，可是如果有的时候我们不需要Jenkins的时候，我们应该如何去处理这部分的内容呢项目情况由于我们使用的是maven，所以我们主要来看看pom.xml的情况<plugin><groupId>org.apache.maven.plugins</groupId><!--使

前言最近在使用jenkins研究集成测试方面，并且使用reportNg来生成测试的报告，发现每次运行后的测试报告都会覆盖掉我们之前的测试报告，这个不是我们想要的结果，我们需要的应该是根据执行的日期生成一个目录，接着报告文件都在对应的时间目录下面。所以就需要引入Dynamic Parameter 这个插件了。正文Dynamic Parameter可以动态的生成我们想要的一些参数，使用的语言是gro

我们在使用AsyncHttpClient的时候，可能很多人就直接是下面的用法RequestParams params = new RequestParams();params.put("username", userName);params.put("userpass", userPass);我一开始也是这么做的，但是发现这样子得到的并不是我想要发送的形式。上网一搜以后发现如下方法``try