• 羊羊
    2022-08-03 来自日本
    测试报告的对象有:项目经理,不同测试部门的主管,测试流程的管理人员,再到具体的自动化测试人员。每个角色关注的内容都不同,设计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可以一层一层进去,直到最详细的日志信息。
    展开

    作者回复: 谢谢分享,详细具体的实践,请编辑设置为精华!

    
    4
  • 微笑的起点
    2022-07-29 来自日本
    看了老师的课程,受益匪浅,结合github JobFramework深入学习和实践,但是com.sheng.jobframework.observer.ObserverSubscriber 这个类在github中没有,辛苦老师看下

    作者回复: 加我微信sunshinelius,我发给你整体代码。

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

    作者回复: 谢谢swordman,第一个问题,可以看一下github的https://github.com/sheng-geek-zhuanlan/JobFramework。这里有example和代码示例。 具体问题,我们在微信上聊哈。 第二个问题,我能看到这个图呀。

    共 2 条评论
    
  • Duxuebing
    2022-06-29
    看不懂,达不到这个境界吧

    作者回复: 看到你的问题,我又特意回看了这讲。抱歉没有给你带来简单明了的阅读感受,这块知识需要一些开发知识的铺垫,在结束语有我的公众号,可以关注一下,我会定期写一些技术文章,来分享!

    共 3 条评论
    