关于持续集成失败用例的智能定位关于持续集成失败用例的智能定位集成失败用例.docVIP

关于持续集成失败用例的智能定位 发布时间: 2011-6-28 10:57 ?? 作者: 孟龙 ?? 来源: TaoBao QA Team 字体:??小??中??大? |?上一篇?下一篇?|?打印? |?我要投稿? |?推荐标签：?软件测试 　　维护Hudson持续集成的失败用例有一段时间，就发现每当测试用例失败之后，再来定位是不是由于开发修改了某部分代码或某个配置文件导致，就需要我们自己去debug一遍，然后找出问题所在，Hudson插件目前所能做到的也只能是知道本次构建有哪些文件修改了，对于一个功能点而言，从webx的action或screen，到service，到manager，到dao，受影响的点是特定的，而修改的文件又很多很杂，所以很难确定修改的哪几个文件的哪部分代码是对该功能点有影响的。这样的话，严重影响持续集成对产品开发的效率与质量。 　　于是就想能不能将其自动化，找了雁声、鹤云了解过有关的情况，也在网上找过很多资料过来研究，发现这种想法是可行的。以下是研究的一些东东，还没来得及实践。 　　由程序自动首先分析出方法调用的层次关系，然后根据调用关系使用SVNKit对比类方法，标记出修改变化点，直接点击即可查看有哪些部分不同，便于快速发现问题所在，方便维护，节省大量时间与精力，提高工作效率。思路大概如下： 　　a）基于ASM字节码框架，动态地非侵入式地注入字节码到工程代码