持续集成:API自动化 + Jenkins定时构建

系统管理
1. 管理监控配置

  系统管理>>系统设置>>管理监控配置

  

2. 设置接收测试报告的邮箱

  系统管理>>系统设置> >配置Extended E-mail Notification

  

   

邮件标题即正文代码:
邮件标题:

自动化测试项目:$PROJECT_NAME - 构建结果:$BUILD_STATUS

  邮件正文:

<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>${ENV, var="JOB_NAME"}-第${BUILD_NUMBER}次构建日志</title>
</head>    

<body leftmargin="8" marginwidth="0" topmargin="8" marginheight="4"
    offset="0">
    <table width="95%" cellpadding="0" cellspacing="0"  style="font-size: 11pt; font-family: Tahoma, Arial, Helvetica, sans-serif">
        <tr>
            本邮件由系统自动发出,无需回复!<br/>
            各位领导及同事们,大家好,以下为${PROJECT_NAME }项目构建信息</br>
            <td><font color="#CC0000">构建结果 - ${BUILD_STATUS}</font></td>
        </tr>
        <tr>
            <td><br />
            <b><font color="#0B610B">构建信息</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td>
                <ul>
                    <li>项目名称 : ${PROJECT_NAME}</li>
                    <li>构建编号 : 第${BUILD_NUMBER}次构建</li>
                    <li>触发原因 : ${CAUSE}</li>
                    <li>构建状态 : ${BUILD_STATUS}</li>
                    <li>构建日志 : <a href="${BUILD_URL}console">${BUILD_URL}console</a></li>
                    <li>构建  Url : <a href="${BUILD_URL}">${BUILD_URL}</a></li>
                    <li>工作目录 : <a href="${PROJECT_URL}ws">${PROJECT_URL}ws</a></li>
                    <li>项目  Url : <a href="${PROJECT_URL}">${PROJECT_URL}</a></li>
                </ul>    

<h4><font color="#0B610B">失败用例</font></h4>
<hr size="2" width="100%" />
$FAILED_TESTS<br/>

<h4><font color="#0B610B">最近提交(#$SVN_REVISION)</font></h4>
<hr size="2" width="100%" />
<ul>
${CHANGES_SINCE_LAST_SUCCESS, reverse=true, format="%c", changesFormat="<li>%d [%a] %m</li>"}
</ul>
详细提交: <a href="${PROJECT_URL}changes">${PROJECT_URL}changes</a><br/>

            </td>
        </tr>
    </table>
</body>
</html>

这里我们输入的邮箱密码并非我们的邮箱登录密码,而是授权码,这里用的qq邮箱,就以qq邮箱为例:

首先进入邮箱,点击"设置--账户” 跳转到该页面,就可以开启邮箱服务并获取到对用的授权码

  

  

3. 设置邮件通知并测试邮件配置是否正确

  

二、添加项目

1. 创建job

  Jenkins面板选择:新建item

  

  输入任务名称,选择 "Freestyle project" 后点击确定

  

2. job参数项配置

  添加描述

  

源码管理

这里使用的本地管理,选择无即可

  

定时构建

1.定时器构建语法:五个星号类型

  * * * * * 星号中间用空格隔开

    • 第一个*表示分钟,取值0~59  
    • 第二个*表示小时,取值0-23  
    • 第三个*表示- -个月的第几天,取值1~31  
    • 第四个*表示第几月,取值1-12  
    • 第五个*表示-周中的第几天,取值0~7,其中0和7代表的都是周日  

  2.用法举例:

  • 每15分钟构建一次: H代表形参

    • H/15 * * * *
  • 每隔5分钟构建一次

    • H/5 * * * *
  • 在每个小时的前半个小时内的每15分钟

    • H(0-29)/15 * * * *
  • 每3个小时构建一次

    • H H/3 * * * *
  • 每天中午12点定时构建一次

    • H12 * * * *
  • 每天的3点,8点,12点,一天构建3次: (多个时间点中间用逗号隔开)

    • 0 3,8,12 * * *
  • 每天早上7点到晚上7点每2小时构建一次

    • H 7-19/2 * * *
  • 周一到周五,从上午9:45开始,每天下午3:45结束,每两小时构建一次

    • 45 9-16/2 * * 1-5
  • 周一到周五,上午9点到下午4点,每两小时构建一次

    • H H(9-16)/2 * * 1-5

  

  添加构建

  

  

   

    

   

   

  应用后保存

  

3. 开始构建

  

  

  最后我们来看邮件内容:

  

  标题内容描述清晰,测试报告也是最新构建生成的,没有冗余,实现的方法均在本章内容中,大家可以参考下。

  尊重原创,此篇文章转载自:https://www.cnblogs.com/xiaogongjin/

原文地址:https://www.cnblogs.com/shouhu/p/12181248.html

时间: 2024-10-03 03:12:06

持续集成:API自动化 + Jenkins定时构建的相关文章

.NET 半天搭建Jenkins持续集成与自动化部署系统

前言 相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛.由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人员,由其讲各个发布包一个一个覆盖到生产环境.因此每次上线仅仅发版就需要2-3个小时.这种方式

Jenkins持续集成-自动化部署脚本的实现《python》

读者须知:1.本手记本着记续接前面的两张手记内容整理2.本手记针对tomcat部署测试环境实现 最近工作比较繁忙,导致这章一直拖延,没有太抽出时间来总结.要实现Jenkins端的持续集成,其实在CI服务配置端很容易,难点呢?就是如何实现自动化的部署.我的脚本设计就是为了解决以下难题: 难点一.如何使得自动化部署脚本更通用 我用的脚本,依赖依赖一个配置文件的模块化,让每一个应用业务模块更加通用.自动化所执行的命令呢?我也是设计想法本着更加通用平台的原则,至少对于tomcat+java or jav

WEB自动化+Allure+Jenkins定时构建

一.allure插件安装 pytest可以通过allure集成展示优美的测试报告,同样allure也可以与Jenkins集成,并且Jenkins有构建记录,所以可以看到历史构建曲线图,通过曲线图可以清晰直观地了解到用例数的变化.用例通过率的变化.用例的执行时间的变化等等. 1.下载allure插件 访问Jenkins插件网站:http://mirrors.jenkins-ci.org/plugins/allure-jenkins-plugin/,选择最新版本下载 2.安装allure插件 打开j

NET持续集成与自动化部署

https://www.cnblogs.com/hunternet/p/9590287.html 相信每一位程序员都经历过深夜加班上线的痛苦!而作为一个加班上线如家常便饭的码农,更是深感其痛.由于我们所做的系统业务复杂,系统庞大,设计到多个系统之间的合作,而核心系统更是采用分布式系统架构,由于当时对系统划分的不合理等等原因导致每次发版都会设计到多个系统的发布,小的版本三五个,大的版本十几个甚至几十个系统的同时发布!而我们也没有相应的基础设施的支撑,发版方式更是最传统的,开发人员将发布包发给运维人

持续集成之“自动化部署”

在前文<依赖管理>中,我们讨论了如何在代码变得庞大,组件增多的情况下,做好外部库和内部组件依赖管理,从而提高构建效率.可以应用的实践包括:一次生成,多次复用:建立统一制品库,外部依赖库可以使用像Maven或Ivy这样的工具进行统一管理:对架构进行调整,使一个大的代码库分成多个组件:每个组件有自己的持续集成体系:对多个组件做持续集成.然而,解决一个问题后,总会有另一个问题等在那里,需要你来解决.这次Joe的团队遇到了部署问题. 星期一早上,Alice一进办公室,就看到一脸倦意的Joe坐在椅子上,

git+jenkins持续集成二-jenkins定时构建语法:定时构建语法

构建位置:选择或创建工程_设置_构建触发器 1. 定时构建语法:* * * * * (五颗星,多个时间点,中间用逗号隔开)第一个*表示分钟,取值0~59第二个*表示小时,取值0~23第三个*表示一个月的第几天,取值1~31第四个*表示第几月,取值1~12第五个*表示一周中的第几天,取值0~7,其中0和7代表的都是周日 2. 常用定时构建举例:由于项目的代码一般存在放SVN中,而一个SVN往往是有多个项目组在提交代码,而每个项目组又有多人组成,其中每个人也都在对自己的那块代码不停地在进行维护,所以

Jenkins+Maven+Git搭建持续集成和自动化部署的配置手记(1)

前言    持续集成这个概念已经成为软件开发的主流,可以更频繁的进行测试,尽早发现问题并提示.自动化部署就更不用说了,可以加快部署速度,并可以有效减少人为操作的失误.之前一直没有把这个做起来,最近的新项目正好有机会,费了一番功夫总算搞好了,特此记录. 1. 开发环境    我这边建立的标准开发环境如下:    1. Maven做项目管理:    2. Git做代码管理:    3. SpringMVC+Spring+Mybatis搭建的程序框架:    4. Mysql作为数据存储,Druid做

持续集成之②:整合jenkins与代码质量管理平台Sonar并实现构建失败邮件通知

一:Sonar是什么?Sonar 是一个用于代码质量管理的开放平台,通过插件机制,Sonar 可以集成不同的测试工具,代码分析工具,以及持续集成工具.与持续集成工具(例如 Hudson/Jenkins 等)不同,Sonar 并不是简单地把不同的代码检查工具结果(例如FindBugs,PMD等)直接显示在Web页面上,而是通过不同的插件对这些结果进行再加工处理,通过量化的方式度量代码质量的变化,从而可以方便地对不同规模和种类的工程进行代码质量管理.在对其他工具的支持方面,Sonar 不仅提供了对

Jenkins+Maven+Git搭建持续集成和自动化部署的配置手记

前言 持续集成这个概念已经成为软件开发的主流,可以更频繁的进行测试,尽早发现问题并提示.自动化部署就更不用说了,可以加快部署速度,并可以有效减少人为操作的失误.之前一直没有把这个做起来,最近的新项目正好有机会,费了一番功夫总算搞好了,特此记录. 1. 开发环境 我这边建立的标准开发环境如下: 1. Maven做项目管理: 2. Git做代码管理: 3. SpringMVC+Spring+Mybatis搭建的程序框架: 4. Mysql作为数据存储,Druid做连接池: 5. unitils作为测