需求简介
由于业务需要，因此在生产环境中设定了每两个小时执行最高优先级的自动化测试case。主要有以下几点需要实现
每两小时执行一次
当job执行失败时邮件通知相关人员
通知结果中可方便的查看结果报告方便定位问题与处理问题
出现的问题与解决方案
发送邮件以及报错时发邮件通知的相关内容网上有很多，在此就不做展开了。仅就我个人遇到的一些问题做了一些总结。
Round1：
最开始我只用了一个job来实现以上需求，shell脚本如下：
主要步骤为：
切换到生产环境
执行测试用例
发送测试结果
当job正常执行的时候，一切看起来都很完美，可以正常上传报告；然而当执行测试用例失败的时候，后面发送测试结果的命令就不在执行了，非常的糟糕。当我过年的时候收到线上异常提醒然而发现报告没更新，jenkins是内网环境需要vpn的时候内心是崩溃的。这个时候我的第一想法是不管测试报告是否执行成功，都执行发送报告的命令，在网上查了一下之后我把命令改成了或命令。如下图
不管怎样发送报告的命令都会执行，看起来ok了。然而实际执行又发现了问题，报告确实是每次都上传了，然而...这个job执行显示成功了，我配置的
不在生效，异常时发送给相关人员的邮件不在发送了。此时我感觉到一个job无法实现我的需求，因此我决定改为两个job。
Round2：
主要的思路
执行测试用例是一个单独的job，当job失败的时候发送邮件给相关人员
上传测试报告到指定文件夹单独做一个job，在每次执行测试用例的job结束后执行
执行测试用例job中的主要配置如下：
在这里我设置了
always trigger 总是执行
并传递了BUILD_ID参数方便找到测试报告（测试报告是已BUILD_ID做唯一标识的）
昨天在配置这里主要碰到的坑是：
1.执行测试用例的job 跟 发送测试报告的job没有放在同一工作空间（workspace）下，导致发送测试报告的时候无法找到测试报告
2.脑抽的以为两个job，第一个job切换了环境之后，第二个job不用切换环境，结果执行用例的job在生产环境上执行，发送报告的job在测试环境上执行。报了一个上传文件夹不存在的错误。在开发机上调试了半天才发现是环境问题。在发送报告的job中增加了切换到生产环境的配置后，问题解决。
总结
一个看似简单的小需求，结果我花了年前一天，年后一天才把这个功能最终弄好。越是简单的东西越容易出错。比如说环境问题，非常简单的错误，结果花了大半天时间来解决。越简单的东西更是需要仔细才能做好。2018第二天上班，加油！
