前言
坚持一个自认为还不错的习惯：把自己工作中遇到的问题的解决方案完整的呈现出来，给有兴趣阅读的朋友们一个完整的展现。理由有下
由于目前搜索引擎、网络很发达，信息其实是过剩的，这很大程度上加大了我们快速获取某些现成解决方案的路径。
有些大神因为不同的原因（比如认为某些基础的点太简单，或者写清楚了浪费笔墨，或者写low的东西影响自己的逼格等等），会跳过一些简单的知识点，而代以“网上有”“书上有”“仔细看看某某章节”“某个url”等等说法，而我就经常被这种说法搞到崩溃。
其实我也不能保证我写的东西就是最完整的，只能说尽我所能把我能想到的东西写出来，不会出现上面2中的那些代指词汇。如果有遗漏或描述不清楚的，欢迎提醒我我在编辑，谢谢～
下面正文开始。
原计划（需求）
需求：定时运行某个测试job，并把job输出的测试结果发送给不同的人。
思路：在jenkins的job中设置定时触发，同时保持其他人员手工触发job。
job跑完会根据触发用户的不同选择发邮件给不同的群组。
限制：我并没有jenkins的amin权限，无法自由安装插件。
坑及解决方案
第一步，考虑怎么去区分是自动触发还是手动触发，我从Execute Shell下方的环境变量中找到一个可能的参数EXECUTOR_NUMBER。通过打印这个值发现它居然会变，并不是自动触发就会有一个恒定的值，所以这条路pass掉了。
job中可用的环境变量的列表
解决办法：创建了另外一个job，自动运行并触发真正工作的job。同时在真正工作的job中设置一个boolean类型的参数，来判断是否是自动运行的情况。
自动运行的job中crontab的设置
自动运行的job构建后触发“真正工作job”的配置
第二步，邮件通知。解决了step1的是否自动运行的坑之后，邮件通知就可以简单的认为是jenkins插件使用的工作了。直接贴关键内容。
插件选择～我用的邮件通知插件是：Editable Email Notification。原因是可以通过一些参数去判断发邮件给谁和修改邮件内容。
可能要修改的内容列在下方：
Project Recipient List默认的邮件接受方。
Content Type邮件内容类型，选择HTML（text/html），可以比较丰富的现实格式化内容。
Default Content 邮件的内容。由于我们要把一些可变的测试结果显示在邮件里面，所以我选择html的内容，大概的写法为：${FILE, path="path/to/project/nosetests.html"}。这里可以填写相对路径。
在“Editable Email Notification”最下部分找到Advanced Settings，点一下，会出来一些写脚本的输入框
pre-send script：发送前运行的脚本。脚本格式为groovy脚本语言。贴一下我写的内容供参考。
groovy的语法不属于本文讨论范围，我也不是很熟悉，大家还是自己百度吧。简单解释下上图中的内容和我认为的关键点
"${cron_trigger}".equals("true")：${cron_trigger}==true，但是直接.equals(true)或.equals("true")都不行，需要用双引号阔起来把它变成字符串再去比较。
msg.set...：把邮件接收方改写成某个邮箱或某个邮箱list
triggers：触发的条件。由于我需要无视运行结果，所以会删掉默认的“Failure - Any”新加一个“Always”的选项，同时修改“send to”为“recipient list”（当然这个需要根据需求自己设置），此时一般情况（pre-send script等脚本中不发生改写收件人的情况）下会发邮件给上文填写的“Project Recipient List ”内容。
第三步，nosetest的report形式和中文现实。实际实现过程中最大的麻烦其实是html格式中显示中文的问题。怎么去改写nosetest的运行过程和输出report的function name可以参考我发的上一片内容《「python」nosetests的一些代码》，这里不再赘述。
nosetest安装了nose-html-reporting插件后也支持通过--with-html等参数输出html格式的report，但是在改写function name且name中有中文的时候，我并没有解决编码的问题，nose一直会报acsii编码不能解析某些汉字的问题。
后来的解决方案是通过写一个工具来把xml转成html的格式。代码应该可以贴…
我参考的是这个网页：http://www.programmingforums.org/post63220.html，大家可以去ctrl+c…
css样式（0）
css样式（1）
运行结果的a标签和测试结果的汇总数字
输出fail、skip、error的case们
剩下一点调用main的代码不贴了，免得遭人笑话。。。
然后“真正运行的job”中的execute shell中要做的事情就是
运行nosetest，通过--with-xunit等参数输出xml格式的report
运行上面的这个脚本，把xml格式的report输出为html的
确保“真正运行的job”的发邮件的插件中Default Content（邮件的内容）填写正确，可以直接参考上文中的写法。