24｜启动运行：基于Job模型的框架实现和运行

测试报告的对象有：项目经理，不同测试部门的主管，测试流程的管理人员，再到具体的自动化测试人员。每个角色关注的内容都不同，设计report之前，需要收集不同角色的需求： 项目经理比较关心项目总的情况，希望看到每个版本迭代的历史曲线图，case数量的曲线，bug（还需要细化到bug等级）数量的曲线，每个版本case pass/fail率的曲线等， 功能测试部门主要关注，case的自动化率，发现bug的数量，一轮regression的时间，自动化是否提高的regression的效率。 性能测试的报告，更是各式各样，要能看出版本迭代后的性能有没有下降。 测试流程的管理人员，要看每次regression的进度；自动化/手工测试的进度；bug情况，有没有critical的bug，用于判断是否要终止这个版本的迭代。 case owner 就是要看详细的执行过程，log，截图，有些case还需要录屏。 以前我们是用Django开发的测试平台，case的信息从测试用例管理系统获取，自动化的数据从代码管理系统获取，然后在mysql中做关联。每次case的执行都会向mysql中插入一条执行的动态数据，动态数据中有case静态数据的ID。最后根据这些信息，用Django的template+bootstrap+datatable做report。report可以一层一层进去，直到最详细的日志信息。

看了老师的课程，受益匪浅，结合github JobFramework深入学习和实践，但是com.sheng.jobframework.observer.ObserverSubscriber 这个类在github中没有，辛苦老师看下

这一讲的信息量很大，花了不少的时间阅读。有两个问题：1. 能否介绍一下JobRunner调用TestJobFile.xml的实现思路，如果能举一个例子，讲一下JobRunner调用TestJobFile.xml，完成selenium实体job的测试用例调用流程，就更好了。2.在“我们再把 Job 的设计态、运行态、结果态理一遍。通过下图，你会更清楚地看到这个数据采集到聚合的过程。”下面，漏了一个比较重要的图。

看不懂，达不到这个境界吧

学习打卡