集成Allure报告只需要配置构建后操作即可。但如果是web自动化，或是用HTMLTestRunner生成报告，构建后操作要选择Publish HTML reports，而构建中还要添加Execute system Groovy script插件，内容：
System.setProperty("hudson.model.DirectoryBrowserSupport.CSP","")
不然生成的报告会样式丢失。
Jenkins发送邮件
-
1安装插件>Email
-
2获得邮箱客户端密码
这个密码不是登录密码而是POP3/SMTP的授权码，开启的时候需要发短信验证
-
3系统管理->系统配置/Config System
1)系统管理员邮件
2)Extended E-mail Notification
配置管理员邮箱
3）后缀
默认后缀
4）默认收件人，以英文逗号分隔
默认收件人，以英文逗号分隔
5）邮件主题和内容(附代码)
邮件主题和内容
代码：
Default Subject
【构建通知】$PROJECT_NAME - Build # $BUILD_NUMBER - $BUILD_STATUS!
Default Content
<!DOCTYPE html>
<html lang="en">
<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>
<font color="red">构建状态：${BUILD_STATUS}；下载allure-report.zip到本地后可以通过命令行"allure open 报告路径"进行查看</font>
</tr>
<tr>
<td><br/>
<b><font color="#0B610B">项目描述：${JOB_DESCRIPTION}<br></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>
<li>系统allure测试报告：<a HREF="${PROJECT_URL}${BUILD_NUMBER}/allure">${PROJECT_URL}${BUILD_NUMBER}/allure</a></li>
</ul>
</td>
<tr>
<td>
<b><font color="#0B610B">构建日志 (最后 100行):</font></b>
<hr size="2" width="100%" align="center" />
</td>
</tr>
<tr>
<td>
<textarea cols="80" rows="30" readonly="readonly" style="font-family: Courier New">${BUILD_LOG, maxLines=100}</textarea>
</td>
</tr>
${JELLY_SCRIPT}
</table>
</body>
</html>
6）邮件通知
邮件通知
配置好后，可以进行测试
测试
配置job构建后的操作
选择Editable Email Notification插件
删掉只有失败时才会触发发邮件操作，新增Always触发器
去掉失败才触发发邮件操作
新增触发器，选择Always
点击保存。
构建项目，即可收到邮件：
邮件样式
邮件样式可以复制代码以后自己修改，或者自己写代码。
Jenkins定时任务
在job配置中选择构建触发器->定时构建/Build Periodically在日程表中写入* * * * *这五个星分别代表分-时-日-月-年，如果要设定每天9：30执行，就写30 9 * * *注意时间是24小时制的，晚上九点就要写21点。
Jenkins持续部署/CD
我们每次需求更新，开发写完代码后要同步到测试服务器，然后进行测试。如果每次都要自己去手动拉去代码然后部署有些麻烦，这时候就可以利用Jenkins进行持续部署，就是我们说的CD。
现在都从GitHub/Gitee拉取代码
我们原来的代码复制一份，取名DayOneTest（注意：要么您不要操作，如果操作一定要复制代码，也就是备份代码！备份代码！备份代码！）
复制来的代码文件
然后修改我们的Jenkins工作空间
然后到配置->源码管理添加Gitee地址
按照Gitee信息填写
点击添加后选择Jenkins
选择代码分支
点击保存。
我们现在执行构建，您会发现，文件夹里的内容被删掉了，变成了Gitee里面的内容。这就是为什么操作之前要备份代码的原因。
目前来看，持续集成CI和持续部署CD比较适合分开成两个job来做，因为每次部署时会删掉原来的代码同步成GitHub/Gitee上最新的代码，这时候进行执行任务会出现有文件丢失的情况出现。
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走
在此特意为大家准备了一份13G的超实用干货学习资源，涉及的内容非常全面，涵盖功能测试、Python编程语言，接口测试、UI自动化测试、性能测试......包括软件学习路线图，50多天的上课视频、16个突击实战项目，80余个软件测试用软件，37份测试文档，70个软件测试相关问题，40篇测试经验级文章，上千份测试真题分享,还有2022软件测试面试宝典，还有软件测试求职的各类精选简历，希望对大家有所帮助…..关注下方公众号免费获取~
