第一章Jenkins是什么？
Jenkins 是一个可扩展的持续集成引擎。
主要用于：
?l 持续、自动地构建/测试软件项目。
?l 监控一些定时执行的任务。
Jenkins拥有的特性包括：
?l 易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。?l 易于配置-所有配置都是通过其提供的web界面实现。
?l 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。?l 生成JUnit/TestNG测试报告。
?l 分布式构建支持Jenkins能够让多台计算机一起构建/测试。
?l 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。
?l 插件支持:支持扩展插件，你可以开发适合自己团队使用的工具。
1 Jenkins的由来
目前持续集成(CI)已成为当前许多软件开发团队在整个软件开发生命周期内侧
重于保证代码质量的常见做法。它是一种实践，旨在缓和和稳固软件的构建过程。并且能够帮助您的开发团队应对如下挑战：
?l 软件构建自动化：配置完成后，CI系统会依照预先制定的时间表，或者针对某一特定事件，对目标软件进行构建。
?l 构建可持续的自动化检查：CI系统能持续地获取新增或修改后签入的源代码，也就是说，当软件开发团队需要周期性的检查新增或修改后的代码时，CI系统会不断确认这些新代码是否破坏了原有软件的成功构建。这减少了开发者们在检查彼此相互依存的代码中变化情况需要花费的时间和精力(说直接一点也是钱啊，呵呵)。
?l 构建可持续的自动化测试：构建检查的扩展部分，构建后执行预先制定的一套测试规则，完成后触发通知(Email,RSS等等)给相关的当事人。
?l 生成后后续过程的自动化 :当自动化检查和测试成功完成，软件构建的周期中可能也需要一些额外的任务，诸如生成文档、打包软件、部署构件到一个运行环境或者软件仓库。这样，构件才能更迅速地提供给用户使用。
部署一个CI系统需要的最低要求是，一个可获取的源代码的仓库，一个包含构建脚本的项目。
下图概括了CI系统的基本结构：
该系统的各个组成部分是按如下顺序来发挥作用的：
1. 开发者检入代码到源代码仓库。
2. CI系统会为每一个项目创建了一个单独的工作区。当预设或请求一次新的构建时，它将把源代码仓库的源码存放到对应的工作区。
3. CI系统会在对应的工作区内执行构建过程。
4. （配置如果存在）构建完成后，CI系统会在一个新的构件中执行定义的一套测试。完成后触发通知(Email,RSS等等)给相关的当事人。
5. （配置如果存在）如果构建成功，这个构件会被打包并转移到一个部署目标(如应用服务器)或存储为软件仓库中的一个新版本。软件仓库可以是CI系统的一部分，也可以是一个外部的仓库，诸如一个文件服务器或者像
https://www.doczj.com/doc/c27214609.html,、 SourceForge之类的网站。
6. CI系统通常会根据请求发起相应的操作，诸如即时构建、生成报告，或者检索一些构建好的构件。
Jenkins就是这么一个CI系统。之前叫做Hudson。
以下是使用Jenkins的一些理由：
?l 是所有CI产品中在安装和配置上最简单的。
?l 基于Web访问，用户界面非常友好、直观和灵活，在许多情况下，还提供了AJAX的即时反馈。
?l Jenkins是基于Java开发的(如果你是一个Java开发人员，这是非常有用的)，但它不仅限于构建基于Java的软件。
?l Jenkins拥有大量的插件。这些插件极大的扩展了Jenkins的功能；它们都是开源的，而且它们可以直接通过web界面来进行安装与管理。
1.1 Jenkins的目标
Jenkins的主要目标是监控软件开发流程，快速显示问题。所以能保证开发人员以及相关人员省时省力提高开发效率。
CI系统在整个开发过程中的主要作用是控制：当系统在代码存储库中探测到修改时，它将运行构建的任务委托给构建过程本身。如果构建失败了，那么CI系统将通知相关人员，然后继续监视存储库。它的角色看起来是被动的；但它确能快速反映问题。
特别是它具有以下优点：
?l Jenkins一切配置都可以在web界面上完成。有些配置如MAVEN_HOME 和Email，只需要配置一次，所有的项目就都能用。当然也可以通过修改XML 进行配置。
?l 支持Maven的模块(Module)，Jenkins对Maven做了优化，因此它能自动识别Module，每个Module可以配置成一个job。相当灵活。
?l 测试报告聚合，所有模块的测试报告都被聚合在一起，结果一目了然，使用其他CI，这几乎是件不可能完成的任务。
?l 构件指纹(artifact fingerprint)，每次build的结果构件都被很好的自动管理，无需任何配置就可以方便的浏览下载。
第二章Jenkins安装与配置
2 Jenkins安装
在最简单的情况下，Jenkins 只需要两个步骤：
1.下载最新的版本（一个 WAR 文件）。Jenkins官方网址: https://www.doczj.com/doc/c27214609.html,/
2.运行 java -jar jenkins.war
注意：Jenkins 需要运行 Java 5以及以上的版本。
还有一种安装方式就是将下载的war包文件部署到 servlet 容器，然后启动容器，在浏览器的URL地址栏中输入类似http://localhost:8080/jenkins/这样的地址即可。下图是安装成功后的界面（使用的是Linux+Tomcat6+Java6环境）：
图2 Jenkins主界面
3 Jenkins配置
写在配置前的一些话：Jenkins的配置不可能全部都说到的，大部分配置是有英文说明的，点击输入框后面的问号就可以看见了。英文不会用翻译工具，连蒙带猜的，多测试几次，你就懂了。
3.1 系统管理
在已运行的Jenkins主页中，点击左侧的系统管理进入如下界面：
图3 Jenkins系统管理
3.1.1 提示信息
Ps：版本不同提示的消息有可能不同
3.1.1.1 Utf-8编码
Your container doesn't use UTF-8 to decode URLs. If you use non-ASCII char acters as a job name etc, this will cause problems. See Containers and Tomc at i18n for more details.
Jenkins建议在tomcat中使用utf-8编码，配置tomcat下conf目录的server.xml 文件
图4 URIEncoding编码设置
Ps：如果Job的控制台中文输出乱码，请将URIEncoding=”utf-8”更改为useBodyEncodingForURI="true"
3.1.1.2 新的版本
New version of Jenkins (1.518.JENKINS-14362-jzlib) is available for downloa
d (changelog).
提示有新的版本可以下载了,喜欢更新的点击download去下载吧！
3.1.1.3 安全设置
图5 安全提示消息
詹金斯允许网络上的任何人代表您启动进程。考虑至少启用身份验证来阻止滥用。点击Dismiss忽略该消息,点击Setup Security进入设置界面.详细设置请参
考 Configure Global Security(安全设置) 章节
3.1.2 系统设置
在已运行的Jenkins主页中，点击左侧的系统管理—>系统设置进入如下界面：
图6 系统设置界面
3.1.2.1 JDK、Maven、Ant配置
配置一个JDK、Ant、Maven实例，请在每一节下面单击Add(新增) 按钮，这里将添加实例的名称和绝对地址。下图描述了这两个部分。
图7 JDK配置界面
JDK别名：给你看的，随便你自己，叫阿猫阿狗都可以
JAVA_HOME：这个是本机JDK的安装路径（错误的路径会有红字提示你的）
自动安装：不推荐这个选项
后面Ant与Maven的配置是一样的，JDK去oracle官网下载，Ant与Maven
去apache官网下载
Ps：每个文本框后面都有个问号，点击问号就会出现帮助信息
3.1.2.2 邮件通知配置
3.1.2.2.1 配置发件人地址
图8 发件人地址配置界面
System Admin e-mail address：Jenkins邮件发送地址，如果你这个没有配置，等着发邮件的时候报错吧，当时我也是这儿没有配置，郁闷了我一周的时间。⊙﹏⊙b汗
3.1.2.2.2 配置邮件通知
图9 邮件通知
这个就非常的简单了，根据的的邮箱提供者的参数配置就行了。
Ps：小技巧：用户默认邮件后缀配置了后，以后你填写邮件地址只需要@之前的就行了
3.1.2.3 Subversion配置
图10 Subversion配置
Subversion Workspace Version：Subversion 的版本号，选择你对应的版本号就行了
3.1.3 Configure Global Security(安全设置)
在已运行的Jenkins主页中，点击左侧的系统管理—>Configure Global Security 进入如下界面：
图11 安全设置界面
设置如上图，保存后系统管理中就出现管理用户的选项。页面右上角也会出现登录/注册的选项。
3.1.4 管理用户设置
在右上角点击注册
图12 注册用户界面
点击sign up按钮，提示你现在已经登录.返回首页.
登录后和匿名账号看到的首页有几点不同，如下图红框所示：
3.1.5 管理插件设置
建议先阅读Jenkins插件章节，在回来安装如下所示的插件。这个插件将生成的构件（war或者ear）部署到主流的服务器上。
插件名称：Deploy Plugin
插件介绍：
This plugin takes a war/ear file and deploys that to a running remote applicatio n server at the end of a build
3.2 项目构建设置
3.2.1 构建自由风格的Job
3.2.1.1 新建自由风格构建任务
在已运行的Jenkins主页中，点击左侧的新建Job进入如下界面：
这时，需要为新的构建任务指定一个名称。（这里输入的任务名称为：Ant_test）这里有几种的任务类型可供选择，鉴于初步介绍，先选择构建一个自由风格的软件项目。对于其他的类型,经常使用的是拷贝已存在任务;这主要为了能在现有的任务基础上新建任务。点击OK按钮，
3.2.1.2 构建任务配置
3.2.1.2.1 源码管理配置
演示是使用Subversion的链接，在Repository URL中输入你的项目链接，如果没有权限则会提示如下图：
图15 Subversion配置界面
点击 enter credential 输入用户名和密码(我猜大家一般都是使用的用户名和密码登陆的)
图16 Subversion权限认证界面
Ps：svn的用户名和密码设置了是没有办法在web界面修改的。如果要修改则先去Jenkins目录删除hudson.scm.SubversionSCM.xml文件（点到为止，毕竟这只是入门教程）
3.2.1.2.2 构建触发器
在其他项目构建完成后才执行构建：指定的项目完成构建后，触发此项目的构建。
Poll SCM ：这是CI 系统中常见的选项。当您选择此选项，您可以指定一个定时作业表达式来定义Jenkins每隔多久检查一下您源代码仓库的变化。如果发现变化，就执行一次构建。例如，表达式中填写0,15,30,45 * * * *将使Jenkins每隔15分钟就检查一次您源码仓库的变化。
Build periodically ：此选项仅仅通知Jenkins按指定的频率对项目进行构建，而不管SCM是否有变化。如果想在这个Job中运行一些测试用例的话，它就很有帮助。
3.2.1.2.3 Ant构建配置
因为我的项目是用ant脚本实现的编译和打包，所以我选择的是Invoke Ant，Ant Version选择你Ant配置的那个名字，注意不要选择default喔，那个选择了没有用。
图17 Ant构建配置界面
如果你的构建脚本build.xml不在workspace根目录、或者说你的构建脚本不叫build.xml。那么需要在高级里设置Build File选项的路径，指明你的脚本。注意：是相对路径
部署请参考：war文件部署章节
3.2.2 构建Maven风格的Job
3.2.2.1 新建Maven构建任务
图18 新建Job界面
这时，需要为新的构建任务指定一个名称。（这里输入的任务名称为：maven_test）这里有几种的任务类型可供选择，鉴于初步介绍，先选择构建一个maven2/3项目。对于其他的类型,经常使用的是拷贝已存在任务;这主要为了能在现有的任务基础上新建任务。点击OK按钮，
3.2.2.2 构建任务配置
图19 构建任务配置界面
3.2.2.2.1 源码管理配置
演示是使用Subversion的链接，在Repository URL中输入你的项目链接，如果没有权限则会提示如下图：
快速入门指南 Sybase 软件资产管理 (SySAM) 2
文档 ID：DC01050-01-0200-01 最后修订日期：2009 年 3 月 版权所有 ? 2009 Sybase, Inc. 保留所有权利。 除非在新版本或技术声明中另有说明，本出版物适用于 Sybase 软件及任何后续版本。本文档中的信息如有更改，恕不另行通知。此处说明的软件按许可协议提供，其使用和复制必须符合该协议的条款。 要订购附加文档，美国和加拿大的客户请拨打客户服务部门电话 (800) 685-8225 或发传真至 (617) 229-9845。 持有美国许可协议的其它国家/地区的客户可通过上述传真号码与客户服务部门联系。所有其他国际客户请与 Sybase 子公司或当地分销商联系。升级内容只在软件的定期发布日期提供。未经 Sybase, Inc. 事先书面许可，不得以任何形式或任何手段（电子的、机械的、手工的、光学的或其它手段）复制、传播或翻译本手册的任何部分。 Sybase 商标可在位于 https://www.doczj.com/doc/c27214609.html,/detail?id=1011207 上的“Sybase 商标页”进行查看。Sybase 和列出的标记均是 Sybase, Inc. 的商标。 ?表示已在美国注册。 Java 和基于 Java 的所有标记都是 Sun Microsystems, Inc. 在美国和其它国家/地区的商标或注册商标。 Unicode 和 Unicode 徽标是 Unicode, Inc. 的注册商标。 本书中提到的所有其它公司和产品名均可能是与之相关的相应公司的商标。 美国政府使用、复制或公开本软件受 DFARS 52.227-7013 中的附属条款 (c)(1)(ii)（针对美国国防部）和 FAR 52.227-19(a)-(d)（针对美国非军事机构）条款的限制。 Sybase, Inc., One Sybase Drive, Dublin, CA 94568.
Jenkins简单使用 目录 关于项目创建 (2) 关于自动部署到容器 (5) 利用Jenkins提供的deploy plugin自动部署 (5) 利用tomcat-maven-plugin自动部署 (6) 关于把WEB项目打成jar包自动部署 (8)
关于项目创建 点击首页的“创建一个新任务”。 输入项目名称，并选择Maven项目（因我们的项目都是Maven项目，所以此处选此项） 点击“OK”，会进入配置页面。 下面只讲到了部分的配置，如果没有特殊需求其它配置保持默认即可。 首先是“丢弃旧的构建”选项，如若勾选此选线可以看到如图界面。
“丢弃旧的构建”主要是用来配置构建历史保存几个版本，或者说是保存多少时间。 “源码管理”选项中配置对应的SCM，我们用的是SVN，所以此处选择“Subversion”，并填入仓库的Url，如图： 如果没有按照“关于配置”配置Maven相关参数，配置页面中的build项处会显示如图错误： “构建触发器”选项用来配置什么时候会进行构建项目。 Build whenever a SNAPSHOT dependency is built:当此项目所依赖的项目在jenkins中被构建Build after other projects are built:在某个项目被构建后，构建此项目 Build periodically:按照指定的时间间隔进行自动构建，不管代码有没有变更。 Poll SCM:按照指定的时间间隔对SCM进行检测，如果代码库有更新则拉取后进行构建。
如图： “pre steps”：build命令之前执行的操作。可以写脚本。 “build”：build命令相关配置。Root POM：项目中pom.xml所在的路径，此路径是相对于workspace的相对路径。Goals and options：可以填写，build命令后跟的参数，如：clean install （先clean在install），clean install -Dmaven.test.skip=true（清除以前的包，重新打包，并跳过测试） “post steps”：build命令之后执行的操作。同pre steps。同样可以写脚本。 注：脚本中可以引用的变量，参见官方文档： https://https://www.doczj.com/doc/c27214609.html,/display/JENKINS/Building+a+software+project 最后点击“保存”。 可以点击如图按钮测试一下自己的配置： 构建完成后，可以点击如图红框内的蓝色小按钮查看控制台输出：
Jenkins+Jmeter环境搭建操作手册 一、环境&工具 Jmeter：本地的Jmeter 版本最好与Jenkins上的是一致的 查看Jenkins服务器上的Jmeter版本： 上传脚本工具：SVN 或者Git 。这2中工具作用均用来实现将你本地的脚本上传至Jenkins 服务器。（Jenkins服务器是不会运行你本地的脚本~~） 二、账号准备 Jenkins 账号：自己在Jenkins上注册就行啦 SVN / Git 账号：可在项目組内申请 三、环境搭建 3.1 测试脚本的上传 本文拿SVN举例。 S1、SVN在本地创建存储目录（不做详细介绍），将要自动运行的脚本文件夹放置该目录下
S3、提交：选中文件，右击，选择”Commit",显示绿色的勾后，及上传成功
3.2 Jenkins的项目构建环境配置S1 . 登录Jenkins S3. 创建任务（自动化任务）
S5. 设置源码管理路径
S7. 构建环境：每次构建前删除上一次运行的workspace
cd /usr/locallogs/jenkins/workspace/dhp_test/dhp_test1 JENKINS进入到路径中（存放sh脚本的路径） chmod 777 BookingcomRes.sh修改文件执行权限 bash BookingcomRes.sh运行文件 /usr/local/bin/sendmail.sh "test report" "yanan.fan@https://www.doczj.com/doc/c27214609.html," "EMAIL CONTENT" /usr/locallogs/jenkins/workspace/dhp_test/dhp_test1/report/Test*.csv 将运行结果写到CSV文件中并通过邮件的方式发送到我的邮箱
一. 光和色的关系 1. PS是图像合成软件，是对已有的素材的再创造。画图和创作不是PS的本职工作。（阿随补充：当然了，PS也是可以从无到有的进行创作的，发展到现在来说，画图和创作两方面，PS也是可以完成很棒的作品了。） 2. 开PS软件之前，要准确理解颜色、分辨率、图层三个问题。 3. 红绿蓝是光的三原色；红黄蓝是颜色色料的三原色（印刷领域则细化成青品红（黑））。形式美感和易识别是设计第一位的，套意义、代表一个寓意的东西是其次的。 4. 色彩模式共有四种，每一种都对应一种媒介，分别为： ●lab模式（理论上推算出来的对应大自然的色彩模式） ●hsb模式（基于人眼识别的体系） ●RGB模式（对应的媒介是光色，发光物体的颜色识别系统。） ●CMYK模式（对应的是印刷工艺）。 5. 加色模式：色相的色值相加最后得到白色；减色模式：色相的最大值相加得到黑色。
6. lab色彩模式，一个亮度通道和两个颜色通道，是理论上推测出来的一个颜 色模式。理论上对应的媒介是大自然。 7. hsb色彩模式，颜色三属性： ●色相（色彩名称、色彩相貌，即赤橙黄绿青蓝紫等，英文缩写为h，它的单 位是度，色相环来表示） ●饱和度（色彩纯度，英文缩写s，按百分比计量，跟白有关） ●明度（英文缩写b，按百分比计量，明度跟黑有关）。 注意：黑色和白色是没有色相的，不具备颜色形象。 8. RGB色彩模式，每一个颜色有256个级别，共包含16 777 216种颜色。因 为本模式最大值rgb（255,255,255）得到的是白色，即rgb三个色值到了白色，所以称之为加色模式；当rgb（0,0,0）则为黑色。 三个rgb的色值相等的时候，是没有色相的，是个灰值，越靠近数量越低，是 深灰；越靠近数量越高，是浅灰。 9. CMYK色彩模式，色的三原色，也叫印刷的三原色（即油墨的三原色）青品（又称品红色、洋红色）黄。按油墨的浓淡成分来区分色的级别，0-100%，英文缩写CMY。白色值：cmy（0,0,0）；黑色值（100,100,100），色相最大值 得到黑色，所以称之为减色模式。因为技术的原因，100值得三色配比得到的 黑色效果很不好，所以单独生产了一种黑色油墨，所以印刷的色彩模式是cmyk （k即是黑色）。 10. CMYK与RGB的关系：光的三原色RGB，两两运用加色模式（绿+蓝=青，
使用JIRA和Jenkins进行项目管理 (仅供参考) 1使用JIRA进行项目跟踪管理 1.1JIRA项目管理流程 1.1.1概述 项目的软件开发流程主要围绕实现一个个业务功能需求和非功能需求的需求分析、设计、开发、测试、发布验收，而参与人员最多的开发和测试环节是流程最容易出问题的环节，为有效使用JIRA进行项目管理，我们设计了以需求为主导的JIRA表单和流程（如下图）。 对应于软件过程的管理流程，本项目JIRA对应设置了以下的IssueType（问题类型）和3大管理流程： 【说明】 【需求单】：在需求分析、概要设计、详细设计阶段，将产生对一个需求的具体描述和实现设计描述交付到开发阶段，在JIRA中，体现为一份 需求单，这些交付件全部作为需求单的附件，需求单的来源包括： -需求阶段的原始需求，以一个业务功能为一份需求，通常在一周左右可以开发完成，例如“用户新增和查询功能”； -系统优化和变更：如果一些变更无法对应一份原始需求，需要创建一份新的需求单
?【子任务单】在开发阶段，一份需求往往需要三四天甚至长得多的时间 才能完成，开发完成后也存在不断的优化和改进，因此，围绕需求在JIRA 上设置了以下的管理跟踪对象子任务单(SubIssueType) -开发任务单： -程序员拿到需求后，组长应该协调开发人员将需求分解为开发任务，在JIRA上创建任务单； -设计问题单： -程序员拿到需求中的设计进行评估时，如果发现设计文档或者需求有bug，应该记录在案以便协调设计小组完善，在JIRA上创建设计 问题单； -变更单 -但设计和需求人员需要对已经提交的需求和设计提交变更时，例如增加一个字段、变更原型样式、变更接口方法，均需要提交变更单； -评审BUG单 -主要是开发组长或者结对开发程序员在评审BUG时，将评审的BUG 记录为评审BUG； -测试BUG单 -主要针对前期开发阶段的冒烟测试，测试人员对已经实现的功能进行测试，保证流程能够跑得通，如果发现BUG则创建测试BUG单； ?【测试问题单】 -主要针对无法对应到一份需求产生的BUG ?流程设置说明 -根据参与者、小组分工，设置以下流程 -需求跟踪流程 -参与人员包括需求分析员、设计者、开发组长、程序员、测试组长、测试员、用户参与，只与需求单关联，但目前其他用户参与的流程 主要由开发组长完成。 -任务跟踪流程 -主要是开发组长和程序员两级人员参与，与开发任务单、设计问题单、变更单、评审BUG单，便于开发小组进行状态监控，部分单尽 管涉及到设计人员，但为降低流程协调工作量，均由开发人员在面 对面解决后对流程进行操作 -BUG跟踪流程 -主要是测试人员和开发组间的流程跟踪。 详细的流程图如下： 1.1.2需求跟踪流程 【流程重点说明】 -开发人员必须在接受到任务后点击“开始处理”，以便跟踪哪些任务正在处理中；任务完成后点击“完成”； -小组长在代码评审后，使用JIRA的批量流程操作功能，将完成开发的进行发布，在JIRA上点击“发布测试”； -测试部分分为两个环节：冒烟测试和集成测试；
Jenkins使用总结 Jenkins安装 ●安装目录 （1）/usr/lib/jenkins/：jenkins安装目录，WAR包会放在这里。 （2）/etc/sysconfig/jenkins：jenkins配置文件，“端口”，“JENKINS_HOME”等都可以在这里配置。 （3）/var/lib/jenkins/：默认的JENKINS_HOME。 （4）/var/log/jenkins/jenkins.log：Jenkins日志文件。 ●任务构建频率： （1）在Schedule 中填写0 * * * *。 （2）第一个参数代表的是分钟minute，取值0~59； （3）第二个参数代表的是小时hour，取值0~23； （4）第三个参数代表的是天day，取值1~31； （5）第四个参数代表的是月month，取值1~12； （6）最后一个参数代表的是星期week，取值0~7，0 和7 都是表示星期天。 （7）所以0 * * * * 表示的就是每个小时的第0 分钟执行构建。 （8）每天两点构建H 02 * * * ●jenkins安装插件： （1）用户授权管理插件：Role-based Authorization Strategy （2）GIT插件 （3）Maven插件 （4）Sonar插件 （5）SSH插件 （6）Gitlab插件 ●Jenkins集成LDAP （1）Jenkins中ldap配置
（2）可以使用ldap中已经添加的已有账号进行验证测试，成功后如下图提示 （3）授权策略-不同用户不用项目权限配置
（4）进入系统管理下的Manage And Assign Roles （5）设置全局权限与项目权限
OnXDC软件快速入门手册X0116011 版本：1.0 编制：________________ 校对：________________ 审核：________________ 批准：________________ 上海新华控制技术（集团）有限公司 2010年9月
OnXDC软件快速入门手册X0116011 版本：1.0 上海新华控制技术（集团）有限公司 2010年9月
目录 第一章、从新建工程开始 (3) 1.1新建工程 (3) 1.2激活工程 (3) 第二章、全局点目录组态 (4) 2.1运行系统配置 (4) 2.2点目录编辑 (4) 第三章、站点IP设置 (4) 第四章、运行XDCNET (5) 第五章、XCU组态 (6) 5.1用户登录 (6) 5.2进入XCU组态 (6) 5.3进行离线组态 (6) 5.4在线组态修改（通过虚拟XCU） (8) 第六章、图形组态 (11) 6.1进入图形组态界面 (11) 6.2手操器示例 (11) 6.3图形组态过程 (11) 6.4保存文件 (17) 6.5弹出手操器 (18) 6.6添加趋势图 (19) 6.7添加报警区 (20) 6.8保存总控图 (21) 第七章、图形显示 (21)
第一章、从新建工程开始 1.1新建工程 XDC800软件系统安装后会在操作系统的【开始】—>【程序】菜单中创建OnXDC 快捷方式，点击其中的【SysConfig】快捷方式运行系统配置软件，然后点击工具栏上的【工程管理器】按钮，打开工程管理器，点击工具栏上的【新建工程】按钮，弹出新建工程对话框，首先选择工程的存放路径，然后输入工程名称，如“XX电厂”，点击【确定】按钮，系统会在该工程路径下新建四个文件夹，分别是Gra、Res、Report、HisData，其中分别存放图形文件、图形资源文件、报表文件、历史数据文件。 1.2激活工程 在【工程管理器】的工程列表中找到刚刚创建的工程,选中后点击工具栏上的【激活工程】按钮，即可将该工程设为当前活动工程。
1、创建测试场景 场景用于组织多个用例，执行时可以以1个用例为单位，即执行一个用例，也可以执行一个场景，即执行多个用例，执行的顺序按创建场景时添加的顺序。删除该场景时，会将该场景下的用例及数据一起删除。 创建场景步骤：在首页点击场景管理->新增场景->输入场景名及功能说明-> 提交即可 2、创建用例及数据 （1）增加用例 用例是用来组织测试数据，定位信息的（webUI），逻辑代码的。创建用例步骤： 首页->用例管理->选择所属场景->输入用例名及用例功能说明->选择用例 类型->选择消息发送状态->提交即可。对应的用例类型及消息发送类型的说明，如图：
（2）用例列表页面 管理操作中，可增加业务逻辑代码，添加定位信息，数据等。 （3）用例执行体增加 在phoenix_develop工程下开发和调试用例，调试通过后，全部复制，粘贴到用例的执行体中。 如有以下用例代码： package org.phoenix.cases; import java.util.HashMap; import java.util.LinkedList; import java.util.Map.Entry;
import org.phoenix.enums.LocatorType; import org.phoenix.model.CaseLogBean; import org.phoenix.model.InterfaceBatchDataBean; import org.phoenix.model.LocatorBean; import org.phoenix.model.UnitLogBean; import org.phoenix.proxy.ActionProxy; /** * 浏览器驱动测试类: * 通用方法API：https://www.doczj.com/doc/c27214609.html,monAPI().... * webUI/mobileUI用例API：phoenix.webAPI().... * 接口测试用例API：phoenix.interfaceAPI().... * androidappAPI：phoenix.androidAPI().... * IOSappAPI：phoenix.iosAPI().... * svnClientAPI：phoenix.svnClient().... * ftpClientAPI：phoenix.ftpClient().... * socketClientAPI:phoenix.telnetClient().... * ... * @author mengfeiyang */ publicclass TestBrowserDriver extends ActionProxy{ privatestatic String caseName = "浏览器驱动测试用例"; public TestBrowserDriver() {} @Override public LinkedList
Jenkins简介及使用 使用环境：Jenkins+Maven+SVN 时间：2015-12-21 文档编写人：张颖 注：文档中若发现任何错误，请联系IMO“张颖基础架构运维工程师” 目录 1持续集成概述 (2) 1.1什么是持续集成 (2) 1.2持续集成的原则 (3) 1.3持续集成系统的组成 (3) 2Jenkins简介 (3) 3Jenkins创建新任务 (3) a) 创建一个新的任务 (4) b) 选择需要创建任务的类型，例如：maven项目 (4) c) 点击OK后进入Job详细配置，首先填写源码管理 (4) d) 配置项目构建触发器 (6) e)配置构建环境 (6) f)配置远程部署 (7) g)增加远程部署任务 (7) h)任务构建 (8) i)查看构建日志 (8) 4 Jenkins配置邮件通知 (9) a）配置邮件通知 (9) b）进入系统设置配置邮件 (10) c）全局属性详解（以下内容为百度摘抄） (10) d）进入任务配置邮件 (12) e）选择哪些条件需要发送邮件以及接收人 (13)
1持续集成概述 1.1什么是持续集成 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile）在软件工程领域越来越红火，如何能在不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。持续集成正是针对这一类问题的一种软件开发实践。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布、测试等，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。持续集成的核心价值在于： a)持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； b) 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能； c) 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。
Paramics快速入门手册 本手册旨在提高广大用户的基础应用能力，为广大用户入门提供参考，手册涵盖了软件的安装与运行、仿真路网状态的查看、数据报告的查看和三维仿真方面的基础操作等内容。 用户可以以本手册作为学习Paramics软件的辅助手册，结合软件其他的技术操作手册（软件自带的manual）进行Paramics软件的基础学习。 用户在使用本手册的过程中如有疑问，请跟我们技术支持部门联系，发邮件至Paramics-China@https://www.doczj.com/doc/c27214609.html,, 或登陆我们的网站https://www.doczj.com/doc/c27214609.html,，九州联宇将给您提供完善的技术支持服务。
第一章 安装、运行软件 (3) 1.1安装软件 (3) 1.2运行软件 (3) 第二章 使用Paramics软件 (4) 2.1、二维模式下 (4) 2.2、三维模式下 (4) 2.3、观察点控制 (4) 2.4、地图窗口 (6) 2.5、仿真控制操作 (6) 第三章 仿真分析 (7) 3.1、ＯＤ显示 (7) 3.2、热点显示 (8) 3.3、车辆动态信息显示 (9) 3.4、车辆追踪 (11) 3.5、公共交通信息显示 (12) 第四章数据报告 (13) 第五章演示 (14) 5.1、设置图层 (14) 5.2、图层叠加 (14) 5.3、PMX模型 (15) 5.4、环境影响因素 (16) 5.5、飞越播放 (17) 第六章制作仿真视频 (18) 结语 (19)
第一章 安装、运行软件 1.1安装软件 用户在安装Paramics V6安装之前，必须确认安装了.NET Framework 3.0以上的版本。确认安装之后按照以下步骤操作： 1、插入安装光盘，以下两部分是必不可少的，点击Paramics V6 setup,运行软件 2、按照屏幕出现的安装指南进行操作 3、安装结束后要重启计算机 1.2运行软件 用户在启动Paramics之前，确保USB软件狗的红灯闪亮 用户可以通过一下操作打开Paramics路网 点击开始菜单，打开Paramics建模器（Modeller）； 在软件中点击File ――Open，打开存放路网文件的文件夹； 选中Demo１，点击OK即可载入演示网络。
一步步搭建jenkins持续集成平台 持续集成作为最先进的项目实践之一，逐渐在受到天朝软件公司的重视，笔者从事近1年半时间的相关工作，也无法游刃有余，用了很久jenkins了，也没有做个入门介绍给大家，惭愧，最近在迁移，顺便重新搞下，记录以飨读者. 【持续集成相关工具集】： CI-Server(Jenkins/Hudson.....) 代码管理工具（SVN/git...) java框架（maven) 覆盖率工具（c++:gcov java:maven cobertura插件） 静态扫描插件（jenkins插件） 覆盖率报表合并工具 jenkins二次开发api apache +php +codeiginter 配置 mysql +python 用来管理数据库 python-dev 下载链接 ........... 笔者将来会专门在持续集成板块介绍相关的工具集合 【安装Jenkins配置启动】： apache-tomcat-6.0.37-src.tar.gz + jenkins.1.556.war 自己搜索下吧 tomcat/bin下全部chmod +x ./* 把jenkins.war 拷贝到tomcat/webapps下 启动tomcat/bin 下startup.sh 查看8080端口是否启动 浏览吧：http://192.168.1.xxx:8080/jenkins 若想从局域网别的机器访问，则修改tomcatxxx/cong/server.xml Host name="xxx.xxx.xxx.xxx" Engin name="xxx.xxx.xxx.xxx" 同时设置防火墙(局域网其他机器打不开时可以试试) iptables -I INPUT -p tcp --dport 8080 -J ACCEPT iptables -I OUTPUT -p tcp --dport 8080 -J ACCEPT 【jenkins重启】 cd tomcat/bin/ catalina.sh stop kill pid(java) catalina.sh bin 【增加Slave节点】 1.salve初始化帐号（例：主10.129.145.112 新Slave:10.209.23.90） useradd jenkins -m -d /data/home/jenkins #创建jenkins帐号 2.拷贝jenkin主server上的slave.jar包/usr/local/tomcat/webapps/jenkins/WEB-INF/slave.jar 到新slave的/data/home/jenkins/slave.jar 3.配置： 1）.系统管理->节点管理->新建节点10.129.145.112:8081/jenkins/computer/new
Jenkins部署及操作手册1Jenkins工作原理 2Jenkins安装 2.1软件包/插件
2.2部署 2.2.1J DK安装 下载JDK1.8版本进行安装，安装后进行系统环境变量配置： 2.2.2A NT安装 下载绿色版apache-ant-1.9.6拷贝至安装目录下(如： D:\tools\apache-ant-1.9.6)，配置系统环境变量： 2.2.3M aven安装 下载绿色版apache-maven-3.3.9拷贝至安装目录下(如： D:\tools\apache-maven-3.3.9)，配置系统环境变量： 2.2.4T omcat安装 下载绿色版Tomcat8拷贝至安装目录(如：D:\tools\tomcat8-jenkins)，配置D:\tools\tomcat8-jenkins\conf\server.xml文件，添加URIEncoding="UTF-8"
2.2.5J enkins安装 下载jenins.war包，拷贝至tomat的webapps目录下(如： D:\tools\tomcat8-jenkins\webapps\)，配置系统环境变量： (C:\Users\Administrator\.jenkins) ●启动tomcat，启动结束后，打开IE浏览器输入:http://127.0.0.1:8080/jenkins， 提示输入密码进行下一步插件的安装，安装插件有两种方式选择，一种是按它提供的建议方式安装插件，另外一种方式是用户指定选择安装插件。插件安装过程中需要等待较长时间。 ●插件安装：登录Jenkins，在系统管理页面打开插件管理，选择可选插件选项 卡，勾选需要安装的插件。 ●设置用户注册：登录Jenkins，在系统管理页面打开Configure Global Security， 访问控制安全域勾选允许用户注册。
九洲港协同办公自动化系统 用 户 使 用 手 册 集团电脑部 本公司办公自动化系统（以下简称OA系统）内容包括协同办公、文件传递、知识文档管理、
公共信息平台、个人日程计划等，主要实现本部网络办公，无纸化办公，加强信息共享和交流，规范管理流程，提高内部的办公效率。OA系统的目标就是要建立一套完整的工作监控管理机制，最终解决部门自身与部门之间协同工作的效率问题，从而系统地推进管理工作朝着制度化、准化和规范化的方向发展。 一、第一次登录到系统，我该做什么？ 1、安装office控件 2、最重要的事就是“修改密码”！初始密码一般为“123456”（确切的请咨询系统管理员），修改后这个界面就属于您自己的私人办公桌面了！ 点击辅助安 装程序 安装 office 控件
密码修改在这儿! 一定要记住你的 新密码! 3、设置A6单点登陆信息 点击配置系 统 点击设置参 数 勾选A6 办公系 统
输入A6用户和 密码后确定 二、如何开始协同工作？ “协同工作”是系统中最核心的功能，这个功能会用了，日常办公８０％的工作都可以用它来完成。那我们现在就开始“发个协同”吧！ 1、发起协同 第一步新建事项 第五步发送 第二步定标题
第三步定流程 式 第四步写正文 方法：自定义流程图例：
第一步新建流程 式 第三步确认选中第二步选人员 在自定义流程时,人员下方我 们看到如下两个个词,是什么 意思呢? 第四步确认完成 、 提示（并发、串发的概念） 并发：采用并发发送的协同或文电，接收者可以同时收到 串发：采用串发发送的协同或文电，接收者将按照流程的顺序接收 下面我们以图表的方式来说明两者的概念： 并发的流程图为：
云计算开发服务平台 用户手册 版本：先电paas-v2.1 发布日期：2017年4月21日 南京第五十五所技术开发有限公司
版本修订说明 修订版本修订时间修订说明 Cloud-paas-v1.2 2014年3月7日云计算开发服务平台用户手册。 Cloud-paas-v1.3 2015年11月8日新增框架说明，增加框架结构图。 Cloud-paas-v1.3.1 2016年1月18日修订GRE网络下的PaaS平台搭建 Cloud-paas-v1.4 2016年4月12日软件包修改mongodb和ActiveMQ安装脚本Cloud-paas-v2.0 2016年12月15日升级Docker作为服务平台底层 Cloud-paas-v2.0.5 2017年3月13日更新国际化 Cloud-paas-v2.1 2017年4月21日Jenkins结合gogs实现持续化集成
目录 1、Docker基础架构与环境说明 (6) 1.1 Docker架构及基本组件 (6) 1.2、系统要求 (10) 1.3、设备说明 (10) 1.3.1、网络说明 (11) 1.3.2、基础环境配置 (11) 2、容器服务管理平台Rancher安装搭建 (12) 2.1、Docker软件包安装配置 (12) 2.2、配置Docker 配置文件 (12) 2.3、启动服务 (12) 2.4、配置镜像仓库 (12) 2.5、镜像、容器服务基本操作 (13) 2.5.1 获取镜像操作 (13) 2.5.2 容器操作 (15) 2.5.3 终止容器 (18) 2.5.4 进入容器 (18) 2.5.5 容器内部操作 (19) 2.5.6 查看容器日志及相关操作 (20) 2.5.7 导出和导入容器 (23) 2.5.8 删除容器 (24) 2.6、下载镜像 (24) 2.6.1 Server节点 (24) 2.6.2 client节点 (24) 2.7、启动容器服务 (24) 3、访问站点服务 (24) 3.1、浏览器访问 (24) 3.2、添加账号 (25) 3.3、添加主机 (26)
Jenkins 操作手册 苏州测试部
目录 第 1 章概述 (1) 第 2 章基础篇 (3) 2.1 Jenkins安装 (3) 2.1.1资源下载 (3) 2.1.2运行Jenkins的前提 (3) 2.1.3 Jenkins启动 (3) 2.1.4 Jenkins访问 (4) 2.2 Jenkins基本设置 (8) 2.2.1设置JDK (9) 2.2.2设置ANT (9) 2.2.3配置邮件信息 (10) 2.3 创建任务 (10) 2.4 运行并监控构建作业 (15) 2.4.1主控制面板 (15) 2.4.2手动构建一个任务 (15) 2.4.3任务构建状态 (16) 第 3 章提高篇： (18) 3.1 插件管理： (18) 3.1.1 FindBugs 插件设置 (18) 3.1.2 Ftp插件配置 (20) 3.1.3 Junit插件 (21) 3.1.4通过远程访问触发 (21) 3.1.5 WebLogic.Deployer (21) 3.2 安全篇 (22) 3.3 个性化设置 (23) 第 4 章常见问题 (25) 4.1 edit lock问题 (25) 4.2 IOException: Unable to delete问题 (25) 4.3 not recognized as a valid application type 问题 (26) 第 5 章其它说明 (27) 5.1 CI挑战 (28) 5.2 ANT基本知识 (28)
第 1 章概述 1.1什么是持续集成 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile）在软件工程领域越来越红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。 持续集成正是针对这一类问题的一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了理论基础。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。 持续集成最早由Martin Fowler于10年前已经提出，希望通过持续集成能够实现以下过程： 任何人在任何地点，任何时间可以构建整个项目。 在持续集成构建过程中，每一个单元测试都必须被执行。 在持续集成构建过程中，每一个单元测试都必须通过。 持续集成构建的结果是可以发布的软件包。 当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。 1.2持续集成的核心价值 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之，任何时间点都能第一时间发现软件的集成问题，使任意时间发布可部署的软件成为了可能； 持续集成还能利于软件本身的发展趋势，这点在需求不明确或是频繁性变更的情景中尤其重要，持续集成的质量能帮助团队进行有效决策，同时建立团队对开发产品的信心。 1.3持续集成的原则 业界普遍认同的持续集成的原则包括： 1）需要版本控制软件保障团队成员提交的代码不会导致集成失败。常用的版本控制软件有 IBM Rational ClearCase、CVS、Subversion等；
可读写一体机快速入门手册 读卡设备在安装好后需要经过卡片发行授权，读卡机密码及权限设置操作流程才能够正常使用。一张卡如果在一个读卡器上顺利使用，卡片和读卡器需要满足以下条件： 1.卡片的加密密码与读卡器的密码一致； 2.卡片的权限必须在读卡器权限许可的范围内； 3.卡片必须在有效期以内； 4.卡片内码不在黑名单之列； 一、连接发卡器 首先，将发卡器连接到电脑的USB接口，为了保证通信性能，厂家建议连接至计算机机箱后的USB接口，如图1所示。 图1 图2 电脑会提示发现新硬件，如图2所示. 图3 图4 按照图3选择从列表或指定位置安装，按照图示指定驱动位置，驱动默认在安装光盘的CP210X文件夹下。 点击下一步，如图5，单击完成后再次弹出找到新硬件，选择否，暂时不，找到驱动位置安装驱动，成功后，可以在
图5 图6 设备管理器中看到CP2102 USB to UART Bridge Controller （COM5），表示发卡器的通信端口为COM5，如图7。 图7 图8 图9 接下来我们打开管理软件，双击图8所示图标，出现图9所示对话框，输入密码。默认密码是888888，点击确定，出现图10界面。 图10 第一次使用，先配置通信端口。点击菜单栏“系统”，“设置发卡器通讯参数”，如图11所示界面。 图11 图12
出现如图13所示界面。 图13 设置串口为刚才设备管理器中看到的COM5，点击“通讯测试”，若通信正常会出现图12所示界面。单击保存。 此时可以看到主界面“远距离发卡器通信设置”变绿，表示计算机与发卡器通信正常。此时即可对卡片进行发行授权等操作。 三、发行卡片 在卡片栏点击“远距离卡片发行”，弹出图15所示界面。 图15 1、发行单张卡片 点击“增加”，在“卡片发行记录编辑”处填写卡片信息，其中“卡片类型”、“有效日期”、“车辆类别”、“付款金额”和“可出入以下车场”为必选项。填写完毕后单击“存储”，弹出图16界面，点击确定，弹出图17界面。 图16 图17 2、批量发行卡片 点击“批量发行”，弹出图18所示界面，填写卡片发行参数，其中“卡片类型”、“有效日期”、“车辆类别”、“付款金额”和“可出入以下车场”为必选项。点击“开始发行”，弹出图19所示界面，将卡片对准发卡器的红外激活窗口，当提示“卡片内码XXXXXXX已发行”表示卡片已经发行好。
Jenkins 操作手册
目录 第 1 章概述 (1) 第 2 章基础篇 (2) 2.1 Jenkins安装 (2) 2.1.1资源下载 (2) 2.1.2运行Jenkins的前提 (2) 2.1.3 Jenkins启动 (2) 2.1.4 Jenkins访问 (2) 2.2 Jenkins基本设置 (3) 2.2.1设置JDK (3) 2.2.2设置ANT (3) 2.2.3配置邮件信息 (4) 2.3 创建任务 (4) 2.4 运行并监控构建作业 (7) 2.4.1主控制面板 (7) 2.4.2手动构建一个任务 (7) 2.4.3任务构建状态 (8) 第 3 章提高篇： (10) 3.1 插件管理： (10) 3.1.1 FindBugs 插件设置 (10) 3.1.2 Ftp插件配置 (12) 3.1.3 Junit插件 (12) 3.1.4通过远程访问触发 (12) 3.1.5 WebLogic.Deployer (13) 3.2 安全篇 (14) 3.3 个性化设置 (15)
第 1 章概述 持续集成(CI)是一种实践，旨在缓和和稳固软件的构建过程。持续集成最早由Martin Fowler于10年前已经提出，希望通过持续集成能够实现以下过程： 任何人在任何地点，任何时间可以构建整个项目。 在持续集成构建过程中，每一个单元测试都必须被执行。 在持续集成构建过程中，每一个单元测试都必须通过。 持续集成构建的结果是可以发布的软件包。 当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。 Jenkins是一个软件界非常流行的开源CI服务器，下面介绍从基础篇、提高篇两个层面进行介绍。
使用Jenkins配置Git+Maven的自动化构建文/邴越https://www.doczj.com/doc/c27214609.html,/binyue/ Jenkins是一个开源的持续集成工具，应用Jenkins搭建持续集成环境，可以进行自动构建、自动编译和部署，非常方便。 在服务器比较少的情况下，Jenkins的优势并不明显，但是随着项目发展，服务器数量的增加，Jenkins的优势就会凸显出来，可以很好的提高效率，减少很多人工操作。 现在很多公司的Java项目开发都是使用Git或者SVN管理代码，Maven 管理多模块和项目依赖， 所以今天尝试学习如何使用Jenkins搭建Github与Maven下的自动构建和部署。 1.部署Jenkins 官网下载https://www.doczj.com/doc/c27214609.html,/。目前的最新版本是1.629。 Jenkins的安装十分简单，下载后就是一个jenkins.war的war包，可以直接部署在Tomcat或者其他容器中。 如果不能部署，可以检查Tomcat的配置文件，可以查看server.xml里unpackWARs和autoDeploy是否设置为True。 另外官网还有相关的.deb等的安装，比较繁琐，具体哪种方式部署可以自己选择。 2.安装相关插件 把war文件拷贝到Tomcat的webapps目录， 启动后进入http://SERVER_PATH:8080/jenkins/，可以看到Jenkins已经在运行：
配置Git仓库需要用到Git插件，Jenkins默认没有Git插件，需要手动安装。 点击Manage Jenkins，进入Manage Plugins， 在可用(Avaliable)插件列表下找到Source Code Management一栏， 选择GIT plugin插件，安装之后重启。 其他的插件如Maven等，Jenkins默认安装，不需要手动下载。 3.配置Maven和JDK路径等 选择Configure System，可以配置Maven安装路径等。 如果没有Maven和Git环境，需要另外设置。