全部
可用性、可维护性、可靠性有什么区别?
我们生活在一个可靠性的时代,用户依赖于对服务的一致访问。在相互竞争的服务之间进行选择时,对用户来说,没有比可靠性更重要的特性了。但是可靠性是什么意思呢?为了回答这个问题,我们将根据可靠性工程中的其他度量来分解可靠性:可用性和可维护性。区分这些术语并不是语义问题。了解这些差异可以帮助您更好地将开发工作的优先级放在客户的满意度上。
可用性
可用性是可靠性最简单的组成部分。此度量描述服务运行的时间百分比,这也被称为服务的“正常运行时间”。可用性可以通过连续查询服务并以预期的速度和准确性确认返回的响应来监控。服务的可用性是用户感知可靠性的主要因素。考虑到这一点,设定一个100%正常运行时间的目标...
2020-11-02
七大关于DevOps的误解,你中了几招?
开发人员社区中流传着大量的DevOps神话。考虑到近年来DevOps概念的流行,这并不奇怪。
DevOps是鼓励采用敏捷思维来提高软件交付过程的速度和质量的实践。在DevOps中,开发团队与运维团队的相互合作,贯穿整个软件生命周期,二者对自己的具体任务负责但并不真正在一起工作。
如果实施得当,DevOps方法可以为组织带来显著的积极影响。它可以降低成本,提高效率,并使开发团队的工作更加精简。为了掌握这个过程的优势,有必要认识到DevOps是什么、不是什么。在本文中,就将讨论一些流传甚广的关于DevOps的一些误解。
×DevOps就是CI和CD
关于DevOps最大的误解之一是...
2020-10-27
你掉进过“伪敏捷”的陷阱吗?
《2020年敏捷状态报告》中显示,现今许多组织还在学习如何实施敏捷。受访者中也有大约50%的人表示,他们的团队中只有不到一半的人在使用敏捷,而其中仍有高达84%的人承认他们的组织没有达到高水平的能力。
一部分公司或团队在践行敏捷后取得了巨大的成功,让更多的人趋之若鹜,纷纷转型敏捷。但转型敏捷绝非易事,在这一过程中,最常见的问题就是团队并未真正理解敏捷原则及核心价值观,而是一味地照猫画虎。自然,照猫画虎最终还是失败了,这时候经过这一系列变动的团队或成员就开始大肆宣扬“敏捷无用论”:搞那么多虚头巴脑的招式,只会浪费更多的人力物力财力,增加时间成本,到头来没有什么实质性的用处。但是,真的是敏捷...
2020-10-14
CMMI V2.0丨能力成熟度模型集成成熟度级别
完成A级评估后,企业将获得成熟度等级或能力水平等级级别。成熟度等级的范围是1到5,等级5是最高等级,也是企业工作的目标。五个CMMI成熟度级别分别为:●初始级:过程被认为是不可预测的,难以控制且被动的。此阶段的业务环境难以预测,这种环境会导致风险增加和效率低下。●管理级:流程以项目为特征,并且经常是被动的。●定义级:流程特色鲜明且易于理解。企业更加主动,并且已形成适用于整个企业的标准以提供指导。●量化管理级:对流程进行衡量和控制。企业正在使用定量数据来实现可预测的过程,以满足企业的目标。●优化管理级:流程稳定灵活。企业的重点是持续改进并对变化做出响应。值得注意的是,尽管企业的最终目标是第5级,...
2020-10-01
CMMI V2.0丨能力成熟度模型集成历史及应用
能力成熟度模型集成即CMMI,是有助于实现软件过程改进和开发,并降低服务风险行为的模型。CMMI最初是为软件定制,最新的版本则更具有普适性,可以应用于所有行业的硬件、软件和服务的开发功能。该模型有助于衡量、构建和提高能力,以此提高整体性能。CMMI的主要目标是创建“产品超前、服务高效、部门高产的可靠环境”。具体来说,CMMI的经营目标包括:提供高质量的服务或产品、提高客户满意度、增加利益相关者价值、实现全行业的认可、建立更大的市场份额。卡内基梅隆软件工程研究所指出,CMMI的目的是帮助
“整合传统的相对独立功能,设定流程改进目标和优先级,来为质量流程提供指导,并为当前流程提供参考”。
...
2020-09-29
各角色如何从DevOps中受益?
企业每天都面临着快速变化和高要求。现在的主力消费者比他们的上一辈对企业有着千变万化的要求和更高的期望。日益激烈的竞争意味着企业必须迅速而明智地采取行动,以保住自己的市场份额。企业不断与竞争对手竞争,努力为客户提供最好的产品。许多困难的根本原因是缺乏沟通,对于许多公司来说,DevOps是解除困境的方法。
根据RightScale 2016年对1060名IT专业人士进行的云端状态调查,81%的大企业和70%的中小企业报告采用了DevOps。这种敏捷思维方法涉及到客户、产品管理、开发人员、QA和其他角色之间的协作,以便向更好的产品、服务和系统前进。
DevOps带给不同角色的优势是什么?
...
2020-09-24
测试过程需不需要践行敏捷?
测试过程在瀑布式开发中作为开发流程中的一个环节,只能在实现软件基础后开始运行,这种模式很大程度上导致了人力资源的浪费。而在敏捷开发模式中,为了解决人力资源浪费的问题,团队的开发过程需要践行敏捷,同样,测试阶段也要践行敏捷。
测试过程有没有必要性?
测试人员如同食品生产的质检员,能够依据交付成果检验产品的完成标准,并对产品判定“合格”与否。也就是说,测试人员需要测试产品的各功能点,对出现 BUG 的部分进行汇总分析,最终提交到开发人员手上。
假若产品的交付并未经过测试这一步骤,那么我们就无法保证交付成果是符合用户需求的。换句话说,面对一辆并未经过质检的刚出厂的车,你...
2020-09-23
测试工程师在敏捷项目中扮演什么角色?
敏捷团队中的测试人员主要负责执行各种测试,以满足“已完成”的定义,从而为团队在重复迭代中努力交付的持续价值创造做出贡献。对于测试人员来说,拥有敏捷的心态是至关重要的,如果没有敏捷的思维方式,他们可能就不能果断地计划、划分优先级并执行他们的任务,因此会无意中影响团队满足迭代目标的能力。敏捷的思维方式是测试人员展示正确行为的先决条件,这些行为能够加速整个团队的性能。为了在敏捷项目中取得成功,测试人员应该关注以下实践:
1.态度胜过一切
团队中的测试人员可能不具备敏捷背景、自动化技能或丰富的测试经验——只要他们具备成为敏捷团队一员的正确态度,这仍然是可以的。正确的态度会反映在以下行为中,比如:相...
2020-09-14
软件开发流变史:从瀑布开发到敏捷开发再到DevOps
作为在20世纪70年代、80年代盛极一时的软件开发模型,瀑布模型通过制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等6个流程将整个软件生命周期衔接起来。这6个流程有着严格的先后次序之分,只有当前面的流程结束之后,下一个流程才能开始运转。这种自上而下的流程像极了瀑布的下落,因此得名瀑布模型。
我们可以发现,瀑布模型有很多优点:
有明确的交接点:不论是制定计划还是需求分析,甚至是软件测试,都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程;
责任明确:开发人员都各司其职,协作流程合理清晰;
发生问题能准确溯源:在开发过程中,如果发现有环节...
2020-09-09
将DevOps视为哲学——实施DevOps的绝佳方式
经过此前的文章介绍,相信大家都对DevOps有了简单的了解。(回顾DevOps是什么、生命周期点这里:《DevOps生命周期,你想知道的全都在这里了!》)DevOps的概念和工具在近些年呈现如火如荼的趋势,且根据预测将持续增长。但DevOps并非一朝一夕就能实现,而是需要在循序渐进的使用中愈发熟练、完善。 您可能已经注意到,人们决心在他们的环境中实现DevOps,并期望从中获得更大的好处。诚然,DevOps可以让软件开发之旅走上快车道,但在本文中将展示DevOps的另一面,即将DevOps视为一种哲学。事实就是,仅仅依赖工具并不能帮助实现目标,还需要有心态上的改变。 是的,DevOps并不完全...
2020-09-07