已有 2166 人访问
陈琦 ID.15434
博客(43)
讨论(0)

我们生活在一个用户依赖于对服务的一致访问的可靠性时代。在相互竞争的服务之间进行选择时,对用户来说,没有比可靠性更重要的特性了。但是可靠性是什么意思呢?为了回答这个问题,我们将根据可靠性工程中的其他度量来分解可靠性:可用性和可维护性。区分这些术语并不是语义问题。了解这些差异可以帮助您更好地将开发工作的优先级放在客户的满意度上。可用性可用性是可靠性最简单的组成部分。此度量描述服务运行的时间

149°|1495 人阅读|4 人点赞|0 条评论


开发人员社区中流传着大量的DevOps神话。考虑到近年来DevOps概念的流行,这并不奇怪。 DevOps是鼓励采用敏捷思维来提高软件交付过程的速度和质量的实践。在DevOps中,开发团队与运维团队的相互合作,贯穿整个软件生命周期,二者对自己的具体任务负责但并不真正在一起工作。 如果实施得当,DevOps方法可以为组织带来显著的积极影响。它可以降低成本,提高效率,并使开发团队的工作更加精简

87°|875 人阅读|0 人点赞|0 条评论


软件行业正迈向自主、快速、高效的未来。为了跟上这个高速前进的生态系统的步伐,必须加快应用程序的交付时间,但不能以牺牲质量为代价。快速实现质量是必要的,因此质量保证得到了很多关注。为了满足卓越的质量和更快的上市时间的需求,自动化测试将被优先考虑。对于微型、小型和中型企业(SMEs)来说,自动化自身的测试过程是非常必要的,而最关键的方面是选择正确的自动化测试框架。什么是自动化测试框架?自动化测

188°|1887 人阅读|6 人点赞|0 条评论


企业每天都面临着快速变化和高要求。现在的主力消费者比他们的上一辈对企业有着千变万化的要求和更高的期望。日益激烈的竞争意味着企业必须迅速而明智地采取行动,以保住自己的市场份额。企业不断与竞争对手竞争,努力为客户提供最好的产品。许多困难的根本原因是缺乏沟通,对于许多公司来说,DevOps是解除困境的方法。根据RightScale2016年对1060名IT专业人士进行的云端状态调查,81%的大企

90°|900 人阅读|0 人点赞|0 条评论


敏捷团队中的测试人员主要负责执行各种测试,以满足“已完成”的定义,从而为团队在重复迭代中努力交付的持续价值创造做出贡献。对于测试人员来说,拥有敏捷的心态是至关重要的,如果没有敏捷的思维方式,他们可能就不能果断地计划、划分优先级并执行他们的任务,因此会无意中影响团队满足迭代目标的能力。敏捷的思维方式是测试人员展示正确行为的先决条件,这些行为能够加速整个团队的性能。为了在敏捷项目中取得成功,测试人

98°|985 人阅读|1 人点赞|0 条评论


经过此前的文章介绍,相信大家都对DevOps有了简单的了解。(回顾DevOps是什么、生命周期点这里:《DevOps生命周期,你想知道的全都在这里了!》)DevOps的概念和工具在近些年呈现如火如荼的趋势,且根据预测将持续增长。但DevOps并非一朝一夕就能实现,而是需要在循序渐进的使用中愈发熟练、完善。您可能已经注意到,人们决心在他们的环境中实现DevOps,并期望从中获得更大的好处。诚然,

92°|921 人阅读|16 人点赞|0 条评论


从前,安全防护只是特定团队的责任,在开发的最后阶段才会介入。当开发周期长达数月、甚至数年时,这样做没什么问题;但是现在,这种做法现在已经行不通了。采用DevOps可以有效推进快速频繁的开发周期(有时全程只有数周或数天),但是过时的安全措施则可能会拖累整个流程,即使最高效的DevOps计划也可能会放慢速度。DevSecOps是什么在DevOps协作框架下,安全防护是整个IT团

95°|957 人阅读|0 人点赞|0 条评论


据IDC统计,2017年,DevOps的全球软件市场已达到约39亿美元的水平,预计到2022年市场将达到80亿美元左右!在敏捷软件开发环境中,工作模型和操作需要对公司不断变化的需求具有超级灵活的能力。DevOps——一种工具和实践的结合,有助于软件开发与IT运维并携手共进。这种跨功能的工作模式旨在最小化系统开发生命周期的持续时间,并提供持续的部署和交付。实施CI和CD的方式你可能有很多

99°|997 人阅读|0 人点赞|0 条评论


当前软件行业的趋势倾向于使应用程序开发和部署成为业务运营的重要组成部分。这些公司开始专注于实现像DevOps解决方案这样的方法,这有助于缩短产品开发时间。使用DevOps进行开发减少了交付软件所需的阶段。软件交付时间短允许用户尽早部署软件,并通过更多的反馈为业务增加价值。DevOps与敏捷的结合DevOps的实施主要集中在软件的各个方面,例如注重软件的可操作性、软件过程的自动化、可扩展性

106°|1067 人阅读|0 人点赞|0 条评论


优秀的测试套件可以让人在更改代码时感到安全,从而使工作更为轻松;糟糕的测试套件会让人痛苦不堪,且浪费大量时间。编写好的、可维护的单元测试存在着一些特定规则,可使单元测试质量更高、更具效率。1、尽可能简短因为我们测试的是由单个代码单元交付的单个功能,所以测试应该相当短是有意义的。至于具体需要多短就取决于多种因素,但通常不会超过几行代码。2、切忌自我重复良好的编码实践应用于测试代码的

193°|1931 人阅读|30 人点赞|0 条评论