-
功能特性 - 软件开发生产线 CodeArts
图、错误原因、CPU、内存等),自动完成测试任务。了解更多 提供丰富Android、iOS真机,全自动化测试,无需人工编写用例。 深度优化的遍历算法,可以测试安装、启动、崩溃、无响应等11大问题类型。 提供详尽在线测试报告,帮助用户快速定位修复问题。 CodeArts IDE Online
-
Scrum实践之团队 - 软件开发生产线 CodeArts
织拥有非凡的稳定性和产生惊人的新颖性。 由T型技能的员工组成 T型技能的意思是即要有深度又要有广度。 团队成员拥有适合的技能,覆盖各个专业领域,并且总体上技能有一些重叠,团队有额外的灵活性。有深度的专家型的员工,可以分配到数量合理的产品团队中,但不能让他们成为瓶颈(接力棒掉地)。
-
华为云CodeArts百人大规模精益DevOps转型 - 软件开发生产线 CodeArts
哪里。团队负责把产品交付出来。 CodeArts共有十个服务,以需求管理服务为例,团队的组织结构有一个产品经理,还有架构师、UED设计师、开发工程师、测试工程师、运营人员,一个服务的规模差不多有10人左右规模。每个服务是不一样的,有的规模大一些十几个人,有的服务规模小,只有几个人
-
CodeArts前端DevOps实践 - 软件开发生产线 CodeArts
组织过一次集中的攻关之后,经验和效果很容易被传承下来。它的改动不涉及业务,所以它的变化频率本身比较低,而且一般这种公共的东西会有专门的架构师去看护。对于这部分内容,做了一部分优化之后就会有很好的效果。这其中还有网站劣化的部分,有可能每一个特性就是100到几百毫秒的差别,但是一个不
-
DevOps VS 敏捷 - 软件开发生产线 CodeArts
连续的高价值交付、自组织团队、小批量交付、团队节奏、可改善可持续的流程、保持沟通等,以及包括Scrum、Kanban、XP在内的众多管理和工程实践,来实现开发与业务之间的频繁沟通,快速响应变化。 而DevOps的出现,是为了解决开发与运维之间的鸿沟。前端的敏捷的确是快了,却发现因
-
DevOps的3大核心基础架构 - 软件开发生产线 CodeArts
DevOps的3大核心基础架构 由于近年DevOps概念的火热,加之DevOps的涵盖面非常广,因此有很多文章和技术都在和DevOps强行关联,使很多想要了解学习DevOps的开发者迷惑不解。 其实,DevOps的知识体系如果从顶层上来分解,可大分为2部分:方法论和工具链。 方法论这部分,因为Dev
-
持续交付流水线 - 软件开发生产线 CodeArts
久服务可以恢复、多快能够上线一个严重的缺陷修复、多快能够发布一个服务并获取价值反馈。这一指标,就是部署的前置时间。 部署前置时间,开始于工程师在版本控制系统中提交一个变更,截止到变更成功的在生产环境中运行、为客户提供价值,并生成有效的反馈和监控信息为止。 部署前置时间将整个价值流
-
交付在云端-全云DevOps实践 - 软件开发生产线 CodeArts
交付在云端-全云DevOps实践 过去谈到DevOps的时候,往往不是讨论云化的问题,而是讨论工程方法和企业能力。但是现在,在交付方式逐步从单体软件向云上迁移的过程中,大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求,做新的全云化的DevOp
-
如何构建高效的持续交付能力 - 软件开发生产线 CodeArts
矛盾呢? 《DevOps软件架构师行动指南》中提出,问题不在于变化,因为变化总是要发生的;问题在于发生变化时,是否有能力来应对。 决定是否易于修改的因素有: 简单的设计,这也是极限编程的建议。 松耦合的架构,频繁并主动的修改设计。 锻炼组织的工程能力。 以及构筑快速反馈、快速应对变化的能力。
-
软件DevOps云化发展的趋势 - 软件开发生产线 CodeArts
盒子是以前大规模的软件开发过程,软件都是上亿行甚至几亿行代码的软件,要求可靠、稳定,每一款通信设备都有很长的研发周期。 华为最开始接触到的工程方法,更经典和更传统,更像工厂的管理过程——矩阵式的模式。通过矩阵职能性的分工去划分不同的功能模块,划分不同功能模块的团队,从而实现组织和
-
应用场景 - 软件开发生产线 CodeArts
进、综合实训缺少统一规范化的流程与平台。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署、制品仓库。 实现结果 在实践中学习软件开发,用实践项目培养人才。
-
影响地图 - 软件开发生产线 CodeArts
一个需求没有有效的支持期望的行为影响,那么即使在技术上正确,功能交付给用户了,也仍然是失败的。 影响地图试图去解决组织面临的范围蔓延、过度工程、缺乏整体视图、开发团队和业务目标不能保持一致等困扰。 影响地图的结构 简单的讲,影响地图是这样的一个思维逻辑和组织结构:为什么(Why)
-
我在CodeArts做需求 - 软件开发生产线 CodeArts
来容易,做起来很难。 用户故事编写工作坊是捕获需求最有效的方式,原则是:数量优先而不是质量优先,鼓励大家输出,而不要去评判某个故事的好坏;深度优先而不是广度优先,先把一条路走通,而不要中途跳到岔路上。用户最可能做什么?可能会犯什么错误?会有什么困惑?会需要什么信息?在工作坊里最好
-
套餐规格特性差异 - 软件开发生产线 CodeArts
额外支持5种语言的安全扫描,包括:C#、CSS、Go、HTML、PHP。 × √ √ √ 叠加代码安全检查增强包 允许叠加购买代码安全检查增强包,增加用户深度检查代码安全类隐患的能力(例如跨文件跨函数、污点分析、语义分析能力)。 × × √ √ 缺陷扫描 及时发现代码中潜藏的质量类(包括风格类)、安全类的代码缺陷。
-
朴素的DevOps价值观 - 软件开发生产线 CodeArts
Principle matters...Method doesn't. 敏捷的方法有很多,讲了很多年也还任重道远。 丰田TPS被各大车企学习了30年,没有哪家能学到真经的。有人说,丰田生产模式,最重要的是背后的KATA,即丰田套路,如何使得改善和提高适应性成为组织日常工作的一部