Jenkins+Jmeter持续集成笔记(五:难点优化)

 

透过前边的一多元小说,作者的API自动化测试平台已经搭建成型,可是要投入切实品种利用时,还有以下多少个难题须要优化。

前言

与一些刚出道的测试职员接触时,发现他们对测试的认识不够,总是觉得测试只是2个点、点的进度,认为测试也延续在界面上点,点的进度,我只想说“测试接近简单,但实则深不可测”,接下去就讲讲测试进程首若是做什么?

 


    

测试首要做哪些?那统统都浮未来测试流程中,同时测试流程是面试标题中冒出频率最高的,那不只是因为测试流程很首要,而是在面试进度中那短短的半时辰到一个小时的时光,通过测试流程就足以判定出应聘者是或不是做过软件测试,以及能领悟到应聘者在工艺流程中负责的任务,故在测试流程中带有了测试工作的大旨内容
,例如要求分析,测试用例的布署,测试执行,缺陷等主要的进程。上边就以迭代测试为例,给大家画下测试流程图:

 图片 1

 

 

1.要求分析

貌似在上三个迭代测试即将完结之时,下1个迭代的要求文书档案就曾经发出去,放到配置管理平台,便于测试和成本自取,那这么些时候一般测试职员就会活动去取供给文书档案,开端做须求分析,必要分析主要是分析接下去的须要,从效果相互,测试宗旨等地点初始分析。

急需分析形成未来,就会初始须求评定审查。

 

如故接着以上一篇笔记中的“test_token”项目为例:

2.编写制定测试用例

急需评定审查实现以往,对测试而言,应该还亟需编写制定测试布署和测试方案,一般测试安插是由测试首席营业官编写,测试方案是高档测试工程师编写,故某个测试人士并不会供给编写制定,可是测试用例却是每种测试人士都须求编写制定的,一般测试用例大家重点利用的都是黑盒用例设计艺术,如等价类分析法,边界值分析法,因果图,判定表,场景法,状态迁移,错误测度法等等,依照本人深谙的措施和须要文书档案来布置测试用例。

测试用例编写成功后,测试人士就要初步用例评定审查,用例评定审查与须求评定审查的评审流程同样,只是发起人和评定审查内容,评定审查重点分歧。

一 、邮件布告难题

3.测试执行

一般用例评审达成将来,就要起来等候开发转测。

转测成功后,测试那边就要开始搭建测试环境,然后开始展览冒烟测试,冒烟测试通过后才起来进入正规测试执行等级。

1.冒烟测试的机要:

  • 本来版本的重大职能
  • 新须求的根本作用首要流程

2.付给缺陷

   
 在标准测试阶段,测试职员是依照已经编写制定好的测试用例执行顺序,当执行顺序的实际结果与测试用例的料想结果不符时,就须要在缺陷管理工科具上提交bug单,bug单会依照bug处理流程实行拍卖。

3.回归测试

 
 当开发人士修改了多数bug时,开发人士会再也合版,联调,转测,那时测试职员就会跻身到回归测试阶段。

回归测试的主要性:

  • 检查bug单上的瑕疵是不是被修复OK
  • 反省在修改bug的时候是还是不是引入新的bug

(1)问题

此间的要紧难点是指向邮件中的附属类小部件(即测试报告),在前一篇配置邮件布告的小说,笔者对此附件的布局是这么说的:

图片 2

万一你能够多触发几遍营培育会发现难点,随着营造次数更为多,发生的测试报告也愈多,即.html文件会越多,而每一回构建的邮件公告都会把具有的.html文件添加到附属类小部件,那样用户收到的自动化测试邮件里面,不仅能观察这次创设的测试报告,还能看看后面全数构建的测试报告,体验十三分不佳。

6.布置上线/交付

当测试执行等级根据测试标准中的出口准则,停止测试活动,假如测试结果是OK的,那时运行职员就能够初始安排上线,可能拓展版本交付。

 

地点的测试流程是依照有要求文书档案的八个完好测试流程,要是商行从未供给文书档案,则测试流程就会在地点的功底上全部删减。

 

迎接关切王豆豆的微信公众号:资深Tester,掌握更加多好文,和王豆豆一起成人。。。

(2)消除思路

在历次塑造前去除掉上次构建发生的测试报告文本,使得添加附属类小部件时,只可以在html文件夹中查找到此次构建的测试报告。

(3)消除方案

方案一:

job->配置->构建->扩大创设步骤

在Invoke Ant创设前,大家添加一个创设步骤“Execute shell”

图片 3

日增了二个新的塑造步骤,在构建ant义务在此之前,先在服务器上进行一段shell,作用是去除测试报告文本夹下全数的测试报告文本即可。shell脚本如下:

rm -f /var/lib/jenkins/workspace/test_token/html/*.html
rm -f /var/lib/jenkins/workspace/test_token/jtl/*.jtl

看一下创设日志发现shell脚本被成功实施:

图片 4

 

方案二

job->配置->创设环境->Delete workspace before build starts

图片 5

创设环境本身勾选了”Delete workspace before build
starts”,在切切实实解释这一步配置从前,小编先说一下workspace在时下那一个平哈博罗内起到什么效能:

第3,大家在jenkins每成立3个新的job,系统就会在jenkins的安装目录下的workspace文件夹下成立三个以job
name命名的文书夹;

继之,由于邮件文告添加附属类小部件的难点,大家手动把测试报告的输出地点移动到这一个job
name命名的公文夹上面,也正是时常涉及的html文件夹的职位;

可望下边两张图能够强化对她的精通:

图片 6

             图一:workspace的目录树结构

图片 7

 

                                                               
图二:test_token项目下的干活空间引得

 大家能够使用ANT语法钦赐一种情势来筛选出要被剔除的文书:

(1)下拉选择框有三种情势Include和Exclude

Include格局:假设文件匹配语法要求删选条件,则文件会被移除

Exclude情势:假如文件匹配语法须求删选条件,则文件不会被移除

(2)规则只适用于文件,借使你想要适用于文件夹,请勾选Apply pattern also
on directories参数

自个儿这里填写的条条框框意思是,在workspace目录下的本项目中,筛选出装有以.html为后缀的文件并移除他们。

有关那些功效的布局我们还足以参考官方文书档案的原来的书文https://wiki.jenkins.io/display/JENKINS/Workspace+Cleanup+Plugin

接下去看一下营造日志检查营造环境是还是不是履行:

图片 8

 

OK,以上二种艺术都足以消除邮件文告附属类小部件的题材,大家可依照实际须求开始展览精选。

 

② 、甩掉旧的创设

每次塑造都会保留数据,所以必要定期的解除过期文件,那时就用到了“放弃旧的创设”那么些成效。

保障创设的大运:每种构建能保存多少天

维持营造的最大个数:最多保留多少个营造

图片 9

 

 

好了,优化部分就到此结束。