`
eddysheng
  • 浏览: 111734 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论
文章列表
持续集成到现在基本上是一个可持续运行的环境了,当然还需要完善。单元测试、集成测试报告可以查看了,代码质量报告可以查看了,代码覆盖率可以查看了。使用teamcity,构建成功失败的email可以发送了,分布式agent也可以构建了...   但是还有很多不足需要增强,有下面几点: 1。验收测试。    因为我们做的产品有使用对象,就是我们的项目,所以验收测试需要项目团队提交验收测试脚本。 2。性能测试。    还没想好怎么做。 3。包依赖。    我们的产品包含多个module,每个module都是一个独立的war或者ear,每个module都有自己lib包,这样就导致很多重复的l ...
单元测试,是一种直接面向生产代码的测试,是一种白盒测试。   以前也写过那种超级简单的,就是依赖DB的基于dao或者service层接口的测试,简单的加载一些spring配置,然后开测。说实话,这样做有好处,最大的好处就是我知道这个接口可以运行了。仅此而已。   我对单元测试一直抱有抵触心态,可能跟周围同事的环境有关系,我没有发现说单元测试多么多么好的,反而发现有很多抱怨的,单元测试要做好难啊、单元测试费尽不讨好阿、单元测试太耗费时间啊。。。   我觉得单元测试最主要的是保证开发人员所写代码的可运行性就足够了,边界、路径、业务逻辑...大可以不写,那后面这些由什么保证呢?集成测试,我 ...
我在此所说的集成测试其实就是项目对外的接口测试,包括http接口、ejb接口和web service接口。   因为没有人指导你如何进行持续集成、如何做集成测试,一切都是摸着石头过河。看过一些文章关于集成测试的,譬如有人用selenium,但是我觉得不太适合我现在的项目,因为我们的产品只是对外提供接口,具体的ui实现由另外的项目组负责。因为不熟悉,所以我对我现在的做法都持有怀疑,如果您有更好的做法,请您一定赐教。   前面的ant脚本片断已经描述,集成测试是在整个环境部署好,weblogic启动之后进行的,因此我一直觉得这样的自动化测试才是最直接的,只要代码路径覆盖的足够全,将是非常有用 ...
FindBugs 是一个静态分析工具,它检查类或者 JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题。   在teamcity中要通过ant脚本集成findbugs是非常简单的。   第一步,写我们的findbugs ant脚本文件。   <target name="findbugs-test">       <findbugs home="${findbugs.home}"                 output="xml"                 outputFile=& ...
emma是一个统计代码测试覆盖率的工具,teamcity默认集成了这个工具。 EMMA 是通过向 .class 文件中插入字节码的方式来跟踪记录被运行代码信息的。EMMA 支持两种模式:On the fly 和 Offline 模式。支持的覆盖率指标:EMMA支持class,method,line和basic block coverage指标。 teamcity采用的offline模式。   要teamcity支持代码覆盖率,首先应该在teamcity控制台上设置如下:   Coverage Info Code coverage: ...
上一篇,说到了ant脚本如何分类以及何组织的,现在让我们看一下如何用ant脚本来实现上面所说的过程。   在此同样先是基于小的分类,然后是整合,其实按照上篇的分类是非常细的,因此对于一些经常用到的,在此就不赘述,仅说几个我认为不常用的,但是很关键的。     首先定义weblogic的相关ant任务   <path id="weblogic.ant.classpath">         <pathelement location="${weblogic.home}/server/lib/weblogic.jar"/> ...
使用ant来进行构建,最重要的就是脚本的组织,下面我们将continuous integration过程进行分类,然后进行相应的整合。   首先整个持续集成过程大致分为check-out(而这部分是由teamcity负责,因此不在ant脚本范围)、pmd代码检查(暂略)、1。compile、2。unit-test、3。findbugs代码检查、4。package、5。weblogic domain creating、6。weblogic domain startup、7。weblogic domain shutdown、8。weblogic config(datasource、jms...) ...
本章节仅覆盖svn上的一个简单项目,集成测试覆盖率、代码质量检查等将在后面的相关章节给出。   professional版本仅有管理员和一般用户两种角色,管理员负责teamcity中项目的管理功能。   管理员登录teamcity后, 1。在Administration页面点击Create project,进入 Create New Project页面,在Name处输入Test(随便输入,最好跟项目相关) 2。接下来就是创建构建相关配置,在Create Build Configuration页面,            首先是geneal配置,输入Name:Test-Build, ...
准备的基础环境是 1。操作系统hp-unix,teamcity只提供windows版本和linux版本,其实在hp-unix下安装可以直接用linux版本,只要设定好环境变量JAVA_HOME即可。创建一用户,其默认路径为/opt/ci/。 2。jdk的安装在此不赘述,只要记得安装完毕后配置用户的环境变量即可,此处默认安装在/opt/ci/java1.5下面。 3。teamcity,从jetbrains下载linux professional版本,解压包安装即可,此处默认安装到/opt/ci/teamcity4.5.4下面。 4。weblogic,从oracle网站下载unix版本,安装 ...
持续集成Continuous Integration,一句话概括,就是在指定间隔的时间内对项目进行编译、打包、发布、测试、反馈,以保证项目的正确性。   前段时间,我一直在构建持续集成的开发环境,因为之前对其一直没有一个直观的认识,通过这次持续集成实践,我认识到持续集成对开发过程带来的巨大好处,它降低了集成的风险、提高了产品的质量、减少了bug的数量..... 持续集成应该成为每一个开发团队的常规配置,而不应该是非常规(忘记从哪儿看到的了)。   Teamcity是一个简单的持续集成工具,其核心就是一个定时器和一系列对外接口。本身并不能满足我们的持续集成环境,所谓一个好汉三个帮,它需要其 ...
我现在遇到了这么一个问题,就是要将从数据库中查询出的内容从页面中导出为.csv文件,现在的问题是导出后在弹出的对话框中选择直接用excel打开,结果发现数据库中的utf-8编码的中文都显示乱码(数据直接显示在页面上是正确的),但是如果我不直接打开选择保存到本地,然后打开一个空白excel文件选择在数据菜单上选择导入外部数据,一直确定,显示的即是正确的内容。 听同事说在别的语言,可以将UTF-8数据转换为UNICODE,然后将UNICODE转换为ASCII码,就可以解决这个问题,但是我不知道在java里面有没有这样的转换函数,或是别的组件里面时都有? 希望有碰到过类似的问题的朋友给点意见,谢谢 ...
首先文件名是是以utf-8编码保存在数据库中,文件名暂定为1_中文文件123.txt,然后作如下处理来下载 response.setContentType("application/octet-stream;charset=UTF-8"); fileName=java.net.URLEncoder.encode(fileName, "UTF-8"); response.setHeader("Content-Disposition", "attachment; filename=" + fileName); 此时在ie ...
学以致用!
Global site tag (gtag.js) - Google Analytics