请选择 进入手机版 | 继续访问电脑版

IT运维管理,ITIL,ITSS,ITSM,ISO20000-ITIL先锋论坛

 找回密码
 微信、QQ、手机号一键注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

艾拓先锋
搜索
查看: 669|回复: 0

DevOps实践--面向服务的全自动化测试体系

[复制链接]
来自- 广东广州

参加活动:0

组织活动:12

发表于 2017-8-22 15:55:20 | 显示全部楼层 |阅读模式 来自- 广东广州
一. 功能
& ]3 n! g% J+ P8 R+ l' c( e1 m
  • 依托于robotframework
  • 根据代码注释,自动生成测试库
  • 自动搜索测试用例或指定测试用例文件运行
  • commit触发测试和周期性定时(按天/小时)测试
  • 测试报表统计(区分环境)
  • 企业微信通知测试结果

    . g0 |: L7 {& `* e
    在此之前,大家要去复习两个重要的概念,一个是【测试金字塔】模型,
0?wx_fmt=png.jpg
8 y6 o8 g9 L' N9 o7 Z9 }& p
另一个是【基于关键字和数据驱动的测试】,
: Q$ k, r3 A9 Y4 m% r9 v
* `/ S+ ]0 N, H, h
二. 自动化测试架构
0?wx_fmt=png.jpg
在这一套自动化测试架构中,代码注释起到了核心的作用,背后就是标准化的要求,代码注释的格式如下:
0?wx_fmt=png.jpg
基于代码的comment,能完成如下能力的输出:
1、Document。我们要自动生成api接口说明文档,可以依赖此方法生成。
2、自动化生成服务测试用例。自动根据关键字构造自动化测试的方法和用例。
三.根据代码注释,自动生成测试库
指定项目的根目录,会自动将测试库写入到test/library/[项目名].py
0?wx_fmt=png.jpg
如下代码
0?wx_fmt=png.jpg 注意,如果post/put请求发送的是一个list数据,这里param请写struct类型。如
@param struct data
然后测试数据构造data=[{"a": 1}],框架将会发送[{"a": 1}]作为http body
会自动扫描并生成robotframework的测试库
0?wx_fmt=png.jpg
使用者,只需要撰写测试数据即可(数据驱动测试)
* m8 r* Q5 }" E7 o1 ~; e! ]8 m
0?wx_fmt=png.jpg
四. 自动搜索测试用例或指定测试用例文件运行
2 j' `" `6 P" o6 m
0?wx_fmt=png.jpg
  • 自动搜索测试用例# S  v1 g- a/ A7 F" o
    根据我们的部署规范,工具会自动搜索/usr/local/easyops目录下的项目,符合如下要求:
    ! C1 M  m4 \4 O4 [' g2 B! b, C3 ya. 文件夹必须是全小写的% f' k" V' L9 P; q! \' K5 z+ y
    b. 文件夹下有test/case目录1 g& q* }' r9 L0 @$ s* {6 P
    ) o9 l" E/ M/ n3 [! r7 I/ ^) [
  • 指定测试用例文件4 W4 m# M% i9 C4 ^0 k% ~
    可指定测试用例的文件/目录测试

    4 x$ ~/ ^5 G7 I1 O% q6 `
五. commit触发测试和周期性定时(按天/小时)测试
  • 工具会自动监听commit,触发测试
  • 也可指定每1h或每1d测试
    0?wx_fmt=png.jpg

    6 S, _" w5 G% H
    ' D3 [# O" k, p, b3 z  S, H
        自动触发流水线执行全流程的验证,开发、测试和发布亦是如此。
0?wx_fmt=png.jpg
六. 测试报表统计
  • 我们提出3个评价指标:: H0 G! I" v* `, }8 L+ {
    成功率:成功的用例个数/ 总的测试用例个数! Q5 h, N  s! S2 W
    覆盖率:(keyword总数-未测试的keyword个数)/ keyword总数4 t3 Y- y' `0 v- @8 r) L
    测试用例指数:测试keyword的测试数据个数的平均。最小是1(每个接口都只有1个测试数据),希望能达到3~5
  • 测试的结果数据会自动解析并存储到influxdb,利用grafana来展示

    8 }1 l7 x. j7 m! ~5 G! e
    0?wx_fmt=png.jpg
  • 区分环境。我们有162、163、164等开发环境,所有数据都会区分显示
    % e+ e) P8 \3 Q4 g8 h- n
      此时的环境管理非常重要,过去的痛苦之处是如何快速创建和有效管理环境。由于我们的研发模式采用的是git workflow模式,所以能产生大量的特性分支,一个特性势必对应一个环境。因此会产生大量的开发环境、集成测试和回归测试环境,必须能够保证我们服务测试用例和环境能一一对应,且无需人工接入,这一点就大大降低了测试维护的代价和成本。
3 p3 J& y  h1 a9 B$ N5 D
七. 企业微信通知测试结果
项目的测试成功率小于100%,将会发送到企业微信
0?wx_fmt=png.jpg
    八. 总结
        一个完善的自动测试体系背后,是有很多经验值得分享的:
        1、研发参与测试。我们说的参与测试不是参与测试本身,而是参与测试体系的搭建。研发和测试为了共同的目标,稍作改变,而不是完全依赖后续环境,自动化测试体系构建成本就可以大大降低。
( K% C5 D6 s+ A" S2 R
        2、标准化。研发坚持标准化的代码习惯,基于标准化,传递能力给自动化测试过程,效率和质量都能得到保障。
! c& H( K5 [& Q  `0 U3 {
        3、质量意识前置。我们不把“质量当成测试组的职责”,而是把这部分的能力前置到研发阶段,共同构建质量保障壁垒。
; X/ S$ u, _7 w
        4、自动化。我们在开发自动化测试体系的同时,把其能力和平台流水线能力对接起来,让执行和接入成本大大降低。
        5、数据化度量。即使建立了完善的测试体系,如果没有很好的度量,效果依然不会很好,度量最好的方式——看板。
% A# F. J5 v( I' M4 T2 @( }+ A
        6、闭环。有问题就立即要去解决,让测试发现的问题闭环起来。

* Q1 U% N( ?" c
原创:老王

) n+ B; T. x! c! x% `1 Y

本版积分规则

选择云运维时代的王牌讲师-长河老师,助你轻松入门ITIL Foundation培训课程

QQ|小黑屋|手机版|Archiver|艾拓先锋网 ( 粤ICP备11099876号-1|网站地图

Baidu

GMT+8, 2019-2-16 03:45 , Processed in 0.187508 second(s), 31 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表