金币娱乐网 >> 张正宗

QA在DevOps中的作用孙益程

2022-08-16

QA在DevOps中的作用

随着DevOps中的线条变得越来越模糊,多学科团队看起来将成为未来事物的形象。

我不知道 - 直到我利用互联网的力量来学习这样的酒吧测验事实 - “DevOps”这个词在2009年被创造出来,并在比利时根特举办的名为DevOpsDays的活动中得到推广。

这是由一位名叫Andrew'Clay'Shafer的美国敏捷爱好者和一位名叫Patrick Debois的比利时敏捷爱好者共同经营的

我认为这是行业专业人士中一个广为人知的事实,然而这些绅士负责命名当今软件开发中最受欢迎的学科之一。我认为他们因为这个原因值得大喊大叫,我很高兴知道我们日常使用的术语来自何处。

继续历史课,让我们深入研究DevOps的高级描述,它的责任,目标和重要性; 它不是什么。

什么是DevOps?

引用我的朋友兼同事Steven Burton的话说,“DevOps是缩小产品创造与向客户交付产品之间的差距”。

它通过使用不同的框架和工具来实现这一目标,其中有大量市场可供选择以满足项目的需求。

DevOps是关于提供价值的公司和团队文化。这意味着它要确保正确的思维过程到位,并且减少了完成正确事情的障碍。

工具和框架与自动化非常相似,因为它们是副作用,并且几乎是正确文化的症状 - 我们不希望将推车放在马前,因为我们知道某些车辆需要推车点。

传统行动关注系统的基础设施; 不是产品本身的实际代码,而是托管,部署,更新和管理的位置和方式。

DevOps负责什么?

DevOps的最终责任是确保开发的所有功能尽可能高效,快速地交付给客户。测试环境是其中的一个重要部分,DevOps的一部分是确保它们与live相比是可用且逼真的。

DevOps必须确保简单高效,以尽可能低的风险部署软件版本。它应该遵守明确的协议,并向利益相关者提供指示协议如何得到满足的指标。

如前所述,DevOps的主要关注点是尽可能快地将IDE中编写的内容转换为可用状态,并促进其间的所有步骤。

什么是DevOps不是?

DevOps不是:

负责产品的功能

一种工具,不仅仅是'软件开发'是一种工具

主观的,它具体询问需要什么,并提供

让别人担心

与自动化同义,但可以涉及任务/测试的自动化

一个角色或团队,不仅仅是您拥有一个特定的“敏捷”团队,以使您的公司更加敏捷。

如前所述,我们希望减少将新功能推出和运行所需的总时间。DevOps在很大程度上将对此负责,这是一个什么样的责任。如果产品推迟上市,那么产品的抛光程度无关紧要; 那时你会被超越。

此外,跨越公司使用的不同登台环境移动代码有助于其他必要的操作 - 因此是本文的主题。

在DevOps中测试

测试是DevOps工作方式的重要组成部分,也是良好管道的最终恩人。作为测试人员,我们正在努力帮助确保高质量的软件并尽可能早地降低风险。在软件开发生命周期的不同阶段缩小差距的管道使我们能够做到这一点。

从确保产品更易于测试到尽可能在真实的测试环境中提供该产品,DevOps鼓励许多流程使测试成为更有针对性的活动。

因此,作为测试人员,您在团队和部门内推动DevOps文化方面具有既得利益。

团队合作让梦想成真

在我的职业生涯中,我已经看到了处理DevOps的多种方式,其中有一个专门处理它的团队的集成成员,一个负责的整个外部团队,最后它是整个开发团队的额外责任。

让我毫不含糊地说出这一点:我全心全意地认为最后一种选择严格优于前两种选择。我知道这本身并不是一个直言不讳的观点,但它肯定会违背一些读者所珍视的,或者他们习以为常的东西。

拥有一个拥有DevOps文化的团队的团队的优势在于,他们将完全理解他们所提供的产品,因为这是他们每天的工作。

这意味着他们对外部依赖关系的依赖程度较低,并且对外部团队的阻碍程度较低。他们不必在建筑物的不同部分与团队一起出票。他们确切地知道产品需要什么,适当运行需要什么,性能如何不合适,需要什么样的支持。如果他们需要稍微调整或改变某些东西......他们可以做到!

实际上,我认为多学科的团队是我们将在不久的将来最终结束的地方 - 作为标准。

您是否愿意聘请没有DevOps经验的开发人员或者有充足的开发人员,所有其他事情都被认为是平等的?

这在现实中毫无疑问。团队需要那些对他们工作负责的人,而不仅仅是在围栏上扔东西,并决定不再担心他们。

这是我工作的团队中目前的土地,我觉得知道如果事情不是我们想要的那样,我们就可以改变它。无论是我们的Slack集成,我们的监控,我们的AWS部署系统 - 都没关系。这一切都由我们来决定。

这引出了我的最后一点:作为有抱负的DevOps-ateers,我们能做些什么呢?

责任是我在最后几段中经常使用的一个词,但我不能强调你的公司希望员工多少参与其中。它不仅在你可能没有太多专业知识的领域发展你的技能,而且在我看来真正承担更多的责任使你的事业更加充实 - 哎呀,这只是生活中的一个事实。

人们常常喜欢吹嘘自己没有责任,所以他们可以自由地做任何他们想做的事情。然而,在你意识到生活中它承担的责任使你作为一个人变得更强大,并且更有能力处理工作和生活的问题之前,它只会让你到目前为止。

我不认为团队的QA部分中的人应该拥有比团队中任何其他人更多或更少的联系 - 理想情况下,这应该是所有人的共同努力。

我对DevOps实践更擅长的建议是在业余时间尽可能多地阅读有关该主题的内容,然后仔细了解您的团队或工作场所当前的运作方式 - 使用CI管道到您的代码合并策略。

你会知道陷阱的位置,你需要快速的地方,在稳定性是关键的地方你不稳定的地方。与您的团队讨论,看看他们的想法。

很快,就会出现一份清单。有些事情不会在第二天,甚至在接下来的六个月内得到解决。但是一旦你把这些问题写下来,他们就会瞄准你们,你们可以一个接一个地开始抨击他们。

太多的企业喜欢对这些事情视而不见,然后想知道为什么会出现堵塞或效率低下。

北京皮炎的症状都有哪些

娄底哪家前列腺医院哪家好

南昌外耳道炎有哪些种类

北京脑梗塞后遗症康复

天津白癜风哪医院比较好

友情链接