检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
而且说真心话没人愿意去读。 采用用户故事的好处在于: 用户故事强调对话而不是书面沟通。 故事更容易被客户和开发人员理解。 用户故事大小适中,适合做迭代计划。 用户故事鼓励重要的事情先做。 鼓励推迟决策,延迟考虑细节。 支持随需求而变的开发。 用户故事将重点从以往的文档转换到了更实
基础设施即代码(Infrastructure as Code) 作为代码的基础设施(IaC)是描述性模型中的基础设施(网络、虚拟机、负载平衡器和连接拓扑)的管理,使用与DevOps团队用于源代码相同的版本。与同一源代码生成相同二进制文件的原则一样,IaC模型在每次应用时都会生成相同的环境。
按照同样的方式,为Feature“门店网络”添加Story“作为用户应该可以查询所有门店网络”。 编辑Story。 单击Story“作为用户应该可以查询所有门店网络”,参照下表编辑Story信息。 表2 Story配置 配置项 配置建议 描述信息 输入“作为用户,我想要查询所有门店,以便于挑选合适的门店获取服务”。
欠费说明 用户在使用云服务时,账户的可用额度小于待结算的账单,即被判定为账户欠费。欠费后,可能会影响云服务资源的正常运行,请及时充值。 欠费原因 当使用CodeArts的同时,购买了其它服务的按需计费资源时,可能会产生计费,例如: 使用部署服务时,需要将应用部署到ECS,因此购买
制品仓库下载流量扩展 单价*流量*购买时长 流量计算方式说明 场景说明 某租户软件发布库中有软件包X,大小为5MB;私有依赖库中有软件包Y,大小为10MB。 用户完成以下操作: 下载软件包X到本地。 创建并执行构建任务a,根据配置获取软件包Y,生成软件包Z(大小为15MB)并上传至软件发布库。 创建
测试计划常见问题 用户没有操作权限 测试套件中没有用例 为何在用例库与测试计划中,同一个测试用例的状态显示不一致? 测试用例中的附件无法下载 测试报告中的“用例完成率”无法到达100% 测试计划中没有用例 思维导图生成用例后,测试步骤、预期结果存在空的序号 将缺陷与测试用例的关系解除后,测试质量看板缺陷没有归零
07 什么是用户故事? 在Scrum中,用户故事是一个工具。通常用户故事是一个短小的、一般用一句话可以说明的特性或者功能以及场景的描述。通过用户故事,我们让用户可以自然的讲述需求,并可以通过用户故事讨论和跟踪需求。 在CodeArts中针对每一个需求都可以编写相应的用户故事,对需求的场景进行记录。
的兼容性测试,检测软件包是否有兼容性的问题,能够涵盖多少用户。 接口测试提供自动化的API测试工具,通过编写测试用例实现对API的自动化测试。 性能测试可为用户模拟一些大并发的场景、提供多种加压策略,能够在测试过程中对于用户的吞吐量、响应时间、负载能力,整体进行结构分析。在测试完
——Martin Liu。第三方非授权 从这句话中我们可以看出,从业务上,并非每一个功能都需要发布给每一位用户,而是根据不同的业务上下文,来决定哪些功能发布出来,针对哪些用户进行开放。发布决策,由业务来做。而技术需要的,是提供高效的交付能力,并保持随时可发布的版本状态。 技术层面
在华为云CodeArts中提供了敏捷需求管理、配置管理、测试计划、部署、以及自动化流水线的DevOps端到端服务。通过CodeArts,用户可以一站式完成所有开发工作。 Cloud 云 云服务的出现应该是催生DevOps的重要因素,没有云服务所提供的弹性、自服务等特性,很多DevOps的理念只能停留在纸面上。
化的时候,可能都是在重复的推那个大石头。 我们为什么要做性能优化?下面让我们来看几个数据: 第一,40%的用户如果在一个网站加载时长超过三秒之后就会离开这个网站。 第二,用户转换率和网站的响应时间进行关联的结果基本是,响应时间越高,性能越差,转换率越低。 之前在知乎上有一个很出名
行的所有测试全都跑完了。 所以在这个点,从技术的层面上讲,代码是可以被部署到生产环境的;从业务的层面上讲,需要判断是否发布特性给用户,以获取最终的用户反馈。 将部署和发布解耦 部署和发布是不同的动作,部署更多是一个技术行为,而发布更多是业务决策,不要把技术与业务决策混为一谈。部署
试计划“迭代4”,状态为“新建”。 设计测试用例。 在测试计划“迭代4”中,单击“设计”。 展开页面左侧“需求目录”,找到Story“作为用户应该可以查询所有门店网络”。 单击图标,选择“新建测试用例”。 图1 新建测试用例 输入名称“门店网络查询”,参照表2编辑测试步骤与预期结果,单击“保存”。
在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。 可以工作的软件是进度的主要度量标准。 敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。 对卓越技术与良好设计的不断追求将有助于提高敏捷性。 简单——尽可能减少工作量的艺术至关重要。 最好的架构、需求和设计都源自自我组织的团队。
表2 新建分支 配置项 配置建议 基于 选择“master”。 分支名称 输入“Feature-Store”。 关联工作项 选择“作为用户可以查询所有门店网络”。 修改、提交代码 在迭代规划时将门店查询功能分解为前端展示与后台管理两个task,本节以Task“前端展示 - 添