使用AspectJ监控测试用例执行,无法产生监控数据的一种解决方案
2016-09-15 18:56
531 查看
已经做过很多次这方面的实验了,但是今天在监控一个新的实验对象系统时,还是有些细节之前没想到,所以简单总结一下。
在两年多前的这篇日志中:http://blog.csdn.net/qysh123/article/details/37891697,我介绍了使用AspectJ和Kieker监控测试用例执行的基本方法。今天在监控一个新对象的时候,仔细检查了很多遍,发现还是没有监控数据产生。具体来讲,监控的是apache-ivy-2.4.0,后来发现原因如下:
起初观察ivy的目录结构,发现其在build目录下有classes目录,classes目录下有all,ant,core等,我想当然地觉得all目录肯定在执行测试用例时的classpath中,就把META-INF文件夹放进了该目录,结果后来仔细检查时候发现,测试用例执行时只包含了build\classes\core等目录,就把META-INF剪切到core目录下,就可以正常产生监控数据了。
就这么点经验,总结一下。
在两年多前的这篇日志中:http://blog.csdn.net/qysh123/article/details/37891697,我介绍了使用AspectJ和Kieker监控测试用例执行的基本方法。今天在监控一个新对象的时候,仔细检查了很多遍,发现还是没有监控数据产生。具体来讲,监控的是apache-ivy-2.4.0,后来发现原因如下:
起初观察ivy的目录结构,发现其在build目录下有classes目录,classes目录下有all,ant,core等,我想当然地觉得all目录肯定在执行测试用例时的classpath中,就把META-INF文件夹放进了该目录,结果后来仔细检查时候发现,测试用例执行时只包含了build\classes\core等目录,就把META-INF剪切到core目录下,就可以正常产生监控数据了。
就这么点经验,总结一下。
相关文章推荐
- 对基于JUnit和Ant的测试用例执行过程使用Kieker(AspectJ)进行监控的方法
- 使用Ant运行JUnit测试用例时,报java.lang.ClassNotFoundException: org.hamcrest.SelfDescribing的一种解决方案
- 使用TestDirector管理测试用例和评估测试用例执行状况
- 使用Hibernate时如果遇到SQL数据库字段中有使用到SQL关键字时无法执行的解决方案
- VMware安装CentOS 提示:已将该虚拟机配置为使用 64 位客户机操作系统。但是,无法执行 64 位操作。解决方案
- 《LoadRunner没有告诉你的》之七——使用 LoadRunner 连续长时间执行测试,如何保证参数化的数据足够又不会重复?
- VMware提示:已将该虚拟机配置为使用 64 位客户机操作系统。但是,无法执行 64 位操作。解决方案
- 使用Hibernate时如果遇到SQL数据库字段中有使用到SQL关键字时无法执行的解决方案
- 初探接口测试产生胀数据的原因与解决方案
- 使用查询结果产生的数据批量执行update 或add sql语句
- 应用Druid监控SQL语句的执行情况(测试数据表明,Druid性能比DBCP、C3P0、Proxool、JBoss都好)
- DB2远程客户端无法使用import导入本地数据文件解决方案
- (WebSite----Asp.Net Configuration----->无法连接到SQL Server数据库------>选择数据存储区---->应用程序当前被配置为使用提供程序:AspNetSqlProvider)解决方案
- 《LoadRunner没有告诉你的》之七——使用 LoadRunner 连续长时间执行测试,如何保证参数化的数据足够又不会重复?
- 测试同时使用JdbcTemplate和HibernateTemplate执行数据更新的事务控制2
- 《LoadRunner没有告诉你的》之七——使用 LoadRunner 连续长时间执行测试,如何保证参数化的数据足够又不会重复?
- Junit框架使用(3)--按照顺序执行测试用例
- (WebSite----Asp.Net Configuration----->无法连接到SQL Server数据库------>选择数据存储区---->应用程序当前被配置为使用提供程序:AspNetSqlProvider)解决方案
- 使用AngelaSmith.产生测试数据
- VMware提示:已将该虚拟机配置为使用 64 位客户机操作系统。但是,无法执行 64 位操作。解决方案