实战从需求文档到设计文档的书写规范(五)

配置ant运行cactus测试

类路径的设置

我们要按照下面的图设置客户端(ant junit任务中)设置classpath,并把右半部分所示的类放到服务器或者webapp的类路径上

文档到设计文档的书写规范(五)-技术文档书写规范">

客户端cactus.properties

我们知道,cactus需要redirector 代理才能工作,我们除了把这些代理考到相应的webapp的类路径(对于filter和servlet代理)或webapp路径(对于jsp代理)外,我们还需要告诉客户端测试实例到哪里去找这些代理,下面是cactus.properties的内容:

cactus.contextURL = http://localhost:8080/test

其中test为被测试webapp的上下文路径。

cactus.properties也必须放在ant junit任务的classpath中。

服务器(假设为tomcat 4.12)server.xml的设置

我们必须在server.xml中添加cactus redirector代理,使得这些代理能接受客户端测试实例传过来的请求。详细添加办法请参见cactus 文档。

有了正确的junit 类路径的设置,其他的就合正常的junit测试一样。

1.4 clover测试覆盖率计算

clover覆盖率计算工具通过在被测源代码中插入相关指令,在被测源代码被执行时这些指令被执行,用以统计被测源代码被执行的次数,clover利用一个数据库来保存这些数据。Clover还提供了访问这个数据库的工具,并产生html报告文档。

配置ant运行clover分析

clover实现了一些ant任务,下面是ant中定义这些任务的代码

<taskdef resource="clovertasks" >

<classpath>

<pathelement location="${clover.jar}"/>

</classpath>

</taskdef>

时间: 2024-08-22 15:05:09

实战从需求文档到设计文档的书写规范(五)的相关文章

实战从需求文档到设计文档的书写规范(一)

1.前言 本文有两个目的:实现每晚构建平台和探讨一个软件从需求文档到设计文档的书写规范. 每晚构建是软件研发管理中极具价值的手段,对于加快发现和改正缺陷,降低集成风险,提高产品质量,加强成员沟通与协作,缩短产品上市时间,增加项目开发透明度,提高项目组成员信心和斗志有着非常重要的作用和意义.本文从软件工程过程:需求定义,分析,设计出发描述了实战每晚构建平台的大部分过程. 软件工程中文档有着极其重要的地位,良好的文档风格和习惯是一个团队成熟的重要标志.目前有些软件研发人员特别是刚刚走上岗位的研发人员

实战从需求文档到设计文档的书写规范(六)

本文是实战每晚构建系列的第三篇,利用第二篇文章中叙述的开源技术对第一篇中的分析模型进行设计和实现. 1.构建信息显示系统的设计 这是一个典型的web应用系统,不过非常简单.根据<面向对象的系统分析和设计>所描述的,设计主要对四个部分进行描述: 问题域的细化:考虑将来实现语言的特性和利用某些设计模式,对分析模型进行细化,并作某些权衡.实现对未来系统"如何做事情"的描述. 人机界面设计:考虑和使用者的交互,对信息显示的布局和接收用户指令或数据的行为进行设计. 存储设计:考虑如何

实战从需求文档到设计文档的书写规范(七)

2.2 人机界面设计 不需要. 2.3 存储设计 见构建信息显示系统. 2.4 系统接口设计 构建系统和操作系统的接口在OSScheduler.在Linux下可以实现成一个调用ant LogAdmin的shell 可执行文件,并配置crond每晚某个时刻执行这个可执行文件. 3.实现 在这节中充分利用本文章系列中篇中所有的技术,并显示了部分源代码. 3.1 部署图 在实现时,第一个要考虑的就是类如何与源文件对应,这些源文件又是如何组织的,表示这些信息的图表称为部署图.图表的格式不一定要很标准,这

实战从需求文档到设计文档的书写规范(三)

本文是实战每晚构建系列的第二篇,主要叙述在设计构建平台时要考虑的一些开源或第三方技术,其中既有有类似于"Hello world"的入门介绍,也有精髓内容解析,还有注意点提醒. 1.相关开源或第三方技术 在进行设计之前,我们有必要了解一些开源或第三方在项目构建方面的技术.学习这些技术的最好方式是弄到一份,仔细阅读文档,实践一些小的例子,在工作当中使用之. 1.1 ant 项目构建工具 为了让大家更好地了解后面的设计,本节出了介绍基本知识外,还介绍了这个工具的主要特点中的三点:多个文件组成

实战从需求文档到设计文档的书写规范(四)

1.2 junit单元测试 大部分集成工具都集成了junit单元测试插件,并有向导帮助写单元测试.Junit发行包的文档很详细地介绍了Junit的设计概念和所使用的设计模式.在这里我简单地说明如何写测试用例.在ant配置文件中调用测试用例和产生测试报告的方法. 写测试用例 下面是在eclipse junit向导对MyCode类编写的测试用例TestMyCode文件基础上写的代码: import junit.framework.TestCase; /* * Created on 2003-4-30

实战从需求文档到设计文档的书写规范(八)

3.5 显示界面模版 显示界面模版在velocity模版文件buildinfo_list.vm中实现.这个文件引用了nightlyfrag.vm文件,另外定义宏headerCell的文在为GlobalMacros.vm. 模版文件buildinfo_list.vm: <html> <head> <meta http-equiv="content-type" content="text/html; charset=gb2312">

实战从需求文档到设计文档的书写规范(二)

构建管理服务 类名 构建管理服务 类英文名 BuildAdmin 成员变量 变量名 变量说明 cvsroot 保存了cvsroot环境变量 buildDir 保存了临时存放应用项目源代码的路径 方法 方法名 参数 执行步骤 方法说明 cvs_check_out 应用项目cvs系统中的名字 利用cvsroot 登录cvs系统: 执行cvs co指令,把参数制定的应用项目源代码取出并放在成员变量${buildDir}指定的目录/项目名字/目录下. 从cvs中取出项目源代码 statcvs modul

传达出设计的“灵魂”——关于设计文档的分析

设计师无论"点子"多酷.多富创意,难免面对实际"交付物"--交互文档书写的问题.尤其在一些大公司,文档书写的漂不漂亮有时是"Make-your-work-visible"的关键. 实际项目中,文档大体可以分为三类:- 用户需求文档-商业战略文档-设计文档用户需求文档主要解决网站为"谁"提供服务,用户是谁?的问题.商业战略文档主要是对http://www.aliyun.com/zixun/aggregation/8780.htm

如何写软件设计文档

软件设计的不同模型:瀑布式.快速原型法以及迭代式 自从1968年提出"软件工程"概念以来,软件开发领域对于借鉴传统工程的原则.方法,以提高质量.降低成本的探索就从未停止过.而在这个过程中,提出了许多不同的软件开发模型,典型的有:瀑布式,快速原型法,以及迭代式开发等. 瀑布式模型 是由W.W.Royce在1970年最初提出的软件开发模型,在瀑布模型中,开发被认为是按照需求分析,设计,实现,测试 (确认), 集成,和维护顺序的进行. 快速原型法 快速原型模型的第一步是建造一个快速原型,实现