文档结构  
翻译进度:已翻译     翻译赏金:0 元 (?)    ¥ 我要打赏

DevOps 不仅是一个方法论或者一套工具集,而是一个为了清除开发与运维之间的壁垒的概念,用来满足短期内频繁的交付时间表。

在DevOps看来,组织的目标是更敏捷地响应不断变化的业务需求。在概念层面,系统工程师,发布工程师,DBA,网络工程师和安全专家在”运维“分支无缝与开发人员集成,QA,业务分析师和产品工程师在“开发”分支形成一个单一的价值实体。

下面是在DevOps中四种基本的持续流程:

  • 持续集成
  • 持续发布
  • 持续测试
  • 持续监控 
第 1 段(可获 1.29 积分)

在DevOps中,测试不是发布周期的终点--而是进入主流和开发周期的起点。开发人员和系统工程师在合适的环境中获得代码,为了持续集成和持续发布,而利益相关者则推动持续测试和持续监控的过程中,QA工程师验证团队构建的是正确的应用程序,并且通过走查和审查证明功能和执行都是按照设计来进行开发的。

第 2 段(可获 0.94 积分)

这是测试团队的基本任务,进行测试设计,测试自动化和使用DevOps进行测试用例部署--不仅仅是验证代码变更,同时也验证这些别变更不会中断产品的研发。衡量DevOps的一个关键标志就是测试成熟度。一个组织在将集成,测试,交付和监控实现自动化的过程中,仍旧存在一些测试框架和自动化流程方面的问题,在这些问题没有解决之前将会导致一个瓶颈无法实现真正意义上的DevOps。

在大多数项目案例中,测试架构可用于一般的DevOps流程。遵循基于动作的测试思想,测试架构提供给开发在同一个sprint中快速构建自动化测试用例的能力,从而允许项目组成员从自己的技能角度出发积极参与测试和自动化流程。除了QA人员,其他项目组具备的技能和角色都可以从事开发、业务和产品相关工作。

第 3 段(可获 1.91 积分)

在之前提到的DevOps的四种持续流程中,测试架构起到了承上启下的重要作用,如下图所示:

一旦自动化测试准备就绪,就将它们放入测试套件中,并且这些执行可以在预测处理文件中定义,它可以通过任一调度或持续集成工具执行,甚至可以被用于生产环境的测试。自动化测试执行的结果被生成为可以读取和运行的xUnit格式,XML格式或HTML格式。

第 4 段(可获 1.1 积分)

文章评论