检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
需求管理常见问题 Scrum项目工作项如何分配给多个人员? Scrum项目工作项新增关联文件时,为什么会报文件名已存在? 如何处理IPD类项目导入工作项条数校验异常的问题? IPD类项目协同需求下发后,下发人在哪里修改承接人? 使用CodeArts Req Scrum项目的工作项设置,提示“字段名称已存在”
背景说明 作为项目经理,需要及时掌握项目的整体运作情况,能够及时跟踪项目在所选时间段内需求交付和缺陷修复的进度、资源分配和风险。 而且项目经理经常遇到的问题是项目成员的工作饱和度不能直观的展现,特别是当成员跨项目时,做两个以上项目的任务,更增加了识别难度。 项目经理驾驶舱能够帮助项目经理
会上线,反正我再积极也不能实时的体现出来,团队积极性和人员士气都会受到打击。 与此同时,业务部门则希望业务需求尽快的推向市场,而维稳的要求导致价值交付用户的速度被延缓,价值无法迅速得到反馈验证。 当发布列车变成3个月一趟车次时,业务人员习惯于自己的需求无法快速得到满足,能想出的方
统一包年/包月资源的到期日 统一到期日是指通过续费将包年/包月实例的到期日统一固定为一个月的某一天。 如果您购买的CodeArts套餐、资源扩展、增值特性的到期日不同,可以将到期日统一设置到固定一个日期,便于日常管理和续费。 图1展示了用户将两个不同时间到期的资源,同时续费一个月,并设置“统一到期日”后的效果对比。
刚刚接到业务部门的最后通牒,要求月底必须上线 【门店网络查询功能】,可以在凤凰商城中查询各个门店的相关信息。 应该如何对此功能模块进行规划呢? 首先让我们看看在敏捷的项目中,应该如何进行项目规划以及需求的制定。 如何拆分需求 需求通常以“Epic>Feature>Story”进行层级拆分: Epic通常是
在表格中,设置步骤1的实际结果为“成功”。 在表格中,设置步骤2的实际结果为“失败”,并输入实际显示内容“跳转失败,页面显示404”。 在表格上方,设置测试用例的结果为“失败”。 单击页面右上角“保存”。 图4 测试用例执行失败 单击页面右上角,选择“新建缺陷”,页面将跳转至新建缺陷(新建工作项)页面。
队需要在工作中相互配合,协作完成任务。 传统开发过程中,通常是经历一个非常大时间段的开发过程才能完成一次产品的发布,中间过程客户不能试用产品成果,不能快速反馈,而Scrum开发过程中,产品是迭代增量发布的,通常是在每个冲刺(Sprint)结束时交付可发布的软件,客户可以试用每个冲刺产品成果和快速反馈。
用户故事就是目标和需求的载体,以用户的场景来讲故事,便于在客户、业务与开发之间进行信息的传递。在这个过程中,独立的需求条目的堆积,很容易导致只能看到各个需求条目,不能从整个解决方案思考需求。用户故事以用户使用的场景为主线,将大的阶段点,及其细分的活动,以树状的结构进行梳理和展现,既可以看到独立的需求条目,又能够看到整体需求场景。
When——什么情况下会发生? How——怎么样解决这个问题? Why——为什么这样解决是合理的,比其他解决方法更好? 合并请求的提交要清晰 一个好的合并请求不只是代码的事情,还牵涉到代码审查者对代码的审查,所以开发者不仅要写出好的代码,还需要考虑如何让其他人更清晰的理解自己的想法和思路,这是一个用代码做交流的过程。
消耗型任务,编译效率受限于编译并发度,编译并发度受限于单机资源规格,传统的单机构建模式很难突破资源规格的瓶颈。L1级别通过分布式编译技术,将单机编译任务分发到加速包后台资源上进行编译,支持远超单机资源的并发数,突破单机资源规格的限制,从而实现提升编译效率的目标。 L2级别:对于大
管理员如何查看账号下的所有CodeArts项目及成员列表? 问题现象 管理员登录后,在首页无法看到账号下的全部CodeArts项目。 原因分析 在CodeArts中,项目详细信息(例如工作项、测试用例、构建/部署任务等)只有项目成员可见。 如果IAM用户创建项目时,未将管理员添加
当使用CodeArts的同时,购买了其它服务的按需计费资源时,可能会产生计费。当账户的可用额度小于待结算的账单,即被判定为账户欠费。欠费后,可能会影响CodeArts套餐变更、续费,需要及时充值。详细介绍请参见欠费说明。 停止计费 当不再使用CodeArts云服务资源时,可以将其退订,从而避免继续收费。详细介绍请参见停止计费。
以创建自定义策略。 目前支持以下两种方式创建自定义策略: 可视化视图创建自定义策略:无需了解策略语法,按可视化视图导航栏选择云服务、操作、资源、条件等策略内容,可自动生成策略。 JSON视图创建自定义策略:可以在选择策略模板后,根据具体需求编辑策略内容;也可以直接在编辑框内编写JSON格式的策略内容。
返回流水线列表页面,单击“phoenix-workflow”所在行的,在滑出的窗口单击“执行”,启动流水线。 当页面中显示时,表示任务执行成功。 如果任务执行失败,请于执行失败的任务处检查失败原因,可打开步骤详情查看任务日志,根据日志进行排查。 配置准出条件 为了控制代码的质量,代码必须经过扫描,并且错误数量控制在
如果列表中有记录,则勾选全部记录,单击“批量删除”,并勾选全部资源释放选项,单击“是”,将列表记录清空。 返回应用列表页面,单击应用“phoenix-cd-cce”所在行的,在弹框中单击“确定”,启动部署。 当页面中显示时,表示部署成功。如果部署失败,请根据失败步骤信息与日志中的报错信息排查。 验证部署结果。
通过小批量的、独立的快速交付周期,让各个功能/服务团队之间彼此解耦,快速获取反馈,快速验证问题,DevOps并不能解决问题,它只是让你快速失败,If you fail,fail fast。(所以在DevOps里,失败原本就是学习的一种方式) 通过频繁、快速的生产环境部署,保证稳定可重复的自动化部署。 通过Feature
对卓越技术与良好设计的不断追求将有助于提高敏捷性。 简单——尽可能减少工作量的艺术至关重要。 最好的架构、需求和设计都源自自我组织的团队。 每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为。 敏捷开发方法 除了《敏捷软件开发宣言》内所提到的价值观和原则以外,敏捷开发并没有一个完整的方法列表,
分别为:30秒、86秒。 资源型任务执行时长计算方法分析 代码检查任务a、构建任务d均不消耗流水线服务的执行资源,不计入资源型任务执行时长。 执行shell命令任务b、c消耗流水线服务的执行资源,计入资源型任务执行时长。 因此,两条流水线执行完成后,资源型任务执行时长为执行she
前面讲了这么多的测试活动,那么是否这个团队组建之初,就要把整个自动化测试的能力构建起来呢?其实这也是一个过程,下面从软件的成熟周期的角度,看一下如何构建测试自动化的能力。 在软件初期探索阶段,产品是一个不确定的状态,从前端的风格和整体的布局到后端的API都时刻在变化当中,而且变化比较频
常密切的联系。微服务在具有众多优势外也带来了实施上的复杂性,整个系统由单一应用拆分为多个服务,微服务之间存在较强的依赖关系,服务之间如何协作如何处理就变得非常复杂。由于微服务是一个网状分布的,有很多服务需要维护和管理,对它进行部署维护和监控管理的时候就比较复杂。因此使用微服务,第