摘要： 继上篇Blog，本篇将重点介绍利用Maven并开发插件解析Jmeter生成的报告，于是就有Jmeter-analysis-maven-plugin这个插件，这个插件是由Aren Franka开发的，但是当你使用这个插件的时候会发现，它只能解析Http request请求的报告，不能解析如Webservice request请求的报告以及其他请求的报告，这是由于这个插件的代码中存在一个bug，于是自己动手修改了这个bug，因为通过Nongui生成的Jmeter报告是以.jtl结尾的类似于xml的文件，因此在Jmeter-analysis-maven-plugin这个插件中会采用SAX来解析报告文 阅读全文

摘要： 最近在利用Jmeter来做一套自动化性能测试框架，做自动化性能测试框架的目的是希望能够针对系统做一个benchmark的性能测试，能够快速的在每个版本发布后，对该版本进行benchmark性能测试，以比较与上一个版本的性能是否发生变化，若发生变化便可以快速的通知开发人员以确定性能发生变化的模块或者代码。同时测试或者开发可以上传性能测试脚本到测试平台,测试平台接到测试脚本后就可以进行性能测试并返回测试结果.基于这一点的考虑是,一般的测试工程师(特别想功能测试工程师)和开发工程师可能没有相关的性能测试环境供他们使用,因此建立这样的平台就是希望能够让每个人都能快速的进行性能测试,而不需要关注性能测试 阅读全文

摘要： 上周末去听了Scrumgathering的试讲活动，感觉此类活动还是挺有意思的，一群scrum实践者或者爱好敏捷的同学在一起讨论如何做好敏捷项目，这次主要听了一场关于如何对遗留代码做单元测试的演讲，因此向记录一下一些很好的观点，来用于我们对单元测试的理解，以及如何提高代码可测性。所谓的遗留代码(legacy code)，简单就是指没有任何测试的代码。那么我们如何来对这些遗留代码进行测试，或者是通过修改使这些遗留代码能够变的更加testability。案例一、public class Car{private Engine engine;public Car(){engine = new Engi 阅读全文

摘要： 今天在做一个接口的性能测试的时候发现以下情况：查看visualVM的图形如下所示：Full GC非常平凡，Minor GC次数比较少。立马查看JVM配置如下：从配置中可以看出Youngh 区分配空间太大，导致old去内存溢出。修改JVM参数如下所示：JAVA_OPTS="$JAVA_OPTS -Xms1024m -Xmx1024m -Xmn256m -XX:PermSize=128m -XX:MaxPermSize=128m -XX:SurvivorRatio=22 -XX:MaxTenuringThreshold=6 -XX:+UseConcMarkSweepGC -XX:+Use 阅读全文

摘要： 在jmeter中使用_StringFromFile函数做参数化时需要，在参数列表中添加编码方式，由于文件的存储方式有可能是其他方式，所以在使用该函数的时候需要添加编码方式，如${__StringFromFile(D:\MaBenchMarkTest\GetOperatorIntegrationInfo\LoginNameAndMemberIdentify.txt,1,utf-8)} 阅读全文

摘要： 由于Fitnesse上所有case的执行都是向SlimServer发送Http请求，那么我们可以针对相关Case实现性能测试，这样的好处有以下三点：1. 用于在Fitnesse上已经构建了相关的测试场景或者业务逻辑，我们只需要利用性能测试工具去调用这些Case便可以实现压力测试。2.在准备压力测试数据的时候，由于有些数据需要多个接口组合调用才能完成，比如下面的测试场景有两个webservice接口，CreateMember和CreateOperator每个Member下面有多个Operator，我们要先构建Member才能创建Operator，如果直接使用Jmeter的话要首先创建Member 阅读全文

摘要： NDC和MDCNDC（Nested Diagnostic Context）和MDC（Mapped Diagnostic Context）是log4j种非常有用的两个类，它们用于存储应用程序的上下文信息（context infomation），从而便于在log中使用这些上下文信息。 NDC采用了一个类似栈的机制来push和pop上下文信息，每一个线程都独立地储存上下文信息。比如说一个servlet就可以针对每一个request创建对应的NDC，储存客户端地址等等信息。当使用的时候，我们要尽可能确保在进入一个context的时候，把相关的信息使用NDC.push(message);在离开这个con 阅读全文

摘要： 最近在做代码覆盖的工作，我们采用emma做为覆盖率收集的工具，但是由于需要在命令行敲打emma命令来进行instrument 和 collection，特别是要运程收集服务器上的代码覆盖率的话，不免会比较麻烦，由于公司版本发布交频繁，功能测试可能每天会执行多次版本的回归，为了能确定每个版本代码的覆盖率以及方便收集覆盖率，本人利用spring,quartz以及emma本身写了一个定时收集覆盖率的小工具，利用这个小工具可以在spring容器来管理测试任务，并且在配置文件中配置相关项目的内容，下面上主菜，代码已经上传google code，需要的朋友可以联系我。将emma插桩命令集成到hudson中 阅读全文

摘要： 最近两年一直在研究系统级别的接口测试,对此做一个总结:1.接口测试的定义: 接口测试是面向系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点，测试重点是要检测数据的交换，传递和控制管理过程以及系统间的相互逻辑依赖关系。2.接口测试产生的背景: 如今的系统架构纷繁复杂，系统间接口庞杂繁多，系统不断向着分布式，业务中心化，和高可用性发展，传统的测试以及难以满足系统发展的需求，迫切需要一种更加经济高效实用且可持续进行的测试方式来保证系统的质量。接口测试在这种背景下应用而生。3.接口测试可以发挥的作用 保证系统的正确和稳定，提高测试效率，降低产品研发成本。举例说明： 阅读全文

摘要： 本文是在读了《Working Effectively with legacy Code 》第九章，关于在无法将类放入测试用具中时遇到的四种最为常见的问题：（1）无法轻易创建该类的对象。（2）当该类位于测试用具中时，测试用具无法轻易通过编译构建。（3）我们需要用到的构造函数具有副作用。（4）构造函数中有一些要紧的工作，我们需要感知到它们。这四个问题在进行单元测试或者接口测试的时候，会对测试工作造成很大的阻碍，这就是一个代码可测性的问题。当遇到这样的问题的时候，有两种方法，第一、强行构建一个类去完成测试，但是这会造成测试的时候大部分工作都耗费在构建这样一个类的过程中；第二、重构代码，使代码具有可测 阅读全文