2020-08-31 ╰半夏微凉° 2022-12-02 15:06 41阅读 0赞 ## 阿里云 Devops ACA 认证笔记 -考试已通过 60块 全程2小时通过 ## 无意看到已个推广链接 原价600的阿里云ACA认证 只要60元。之前有关注过ACP ACE得认证，当时打算考个，1-2000的考试价格最后犹豫了没考。这次60员就当买了两斤肉。报一个感受下 devops的认证主要是介绍阿里云的产品“云效果” 但实际考试主要还是课程里得内容为主90%在PPT。 在有PPT的情况下 20-60分钟浏览下 10-20分种考试做题 其实完全是可以30分种通关的.考试100分50道选择题 有两次机会只要60分就可通过,大可放开的做. 下面为记录的资料。给后浪们使用。 需求管理和版本规划 1,项目管理和迭代开发方式 2. Scrum方法 3. KANBAN方法 4,风险管理 > ##### 项目的三角范围: ##### > > **范围** 定义了要求做什么,也规定了不能做什么 > **时间** 一个项目必须完成时间框架或者最后期限 > **成本** 可用于项目的费用质量 质量 产品质量:项目的可交付成果的质量 过程质量:项目管理过程本身的质量 项目管理的目的是： 在**有限的资源**投入条件下,在要求的时间内,实现**既定的项目目标** > （多选题） 针对待开发软件提供完整，清晰，具体的要求，确定软件必须实现哪些任务 工具：影响地图：why who how what 3.2.3基于用户故事的拆分与澄清： 需求层级： Epic Story史诗故事：产品的主干任务，非常大 > epic stroy 可以理解为是比较大的用户故事 Feature特性：描述了产品的具有一个完整的功能，特性也比较大，持续数周，横跨几个迭代 用户故事：特性一般可以拆分为多个用户故事，每个用户故事都对用户有价值。但是单个用户故事却可能不能被正常使用或者是整个功能的细分场景 > 迭代列表 是由用户故事和任务组成 用户故事可以拆分细化为任务目标 > 三要素：角色，活动，价值 （多选题） > > 角色：谁使用这个功能 活动：需要完成什么样的功能 商业价值：能带来什么样的价值 > 格式：AS a，I want ，so that > 作为一个<角色>，我想要<活动>，以便于<商业价值> (考点) 3C原则： 卡片（Card）:用户故事写在小的记事卡片上 交谈（Conversation）：用户故事背后的细节来源于和客户或者产品负责人的交流沟通 确认（Confirmation）：验收测试确认用户故事被正确完成 > 3.2.4 需求优先级与排期发布与迭代的关系：一个项目可以有多个发布，一个发布可以有多个迭代去实现。（迭代是最小周期） ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIxMTkzNTg3_size_16_color_FFFFFF_t_70_pic_center] 4.软件代码与质量管理 测试分类 > ##### 测试分类 ##### > > 按测试目的 > 功能测试/系统测试(性能、容量、稳定性、可靠性、易用性、兼容性、安全性等非功能测试)冒烟测试/回归测试 （多选题） > 按测试阶段 > 单元测试->模块测试->集成测试->系统测试->验收测试按测试方法 静态测试/动态测试白盒测试/黑盒测试 > #### INVEST #### > > I (Independent）：独立。 > N（Negotiable）：可协商，不能定太死，开发过程可变通。 > V（Valuable）：有价值。 > E（Estimable）：可估算，不能估算意味着无法做相对准确的计划，一般是因为粒度还不够小。 > S（Small）：足够小，一个迭代能够做完，不能跨迭代。 > T（Testable）：可测试 > （多选题） 4.1版本控制 追踪与控制软件变更的实践 用来辅助进行版本控制的工具 CVS,clearcase，svn，git，tfs 为什么要版本控制: 记录谁在什么时间做了什么 多人团队协作 同步 并行 发布管理 Commit Message提供额外的信息，解释变更的原因 Bug调试 分支策略： 主干开发，分支发布： 优点：管理简单 缺点：主干问题会阻碍开发进程 分支开发，主干发布： 优点：提供可靠的代码隔离 缺点：主干问题会阻碍开发进程 分支开发，分支发布： 优点：提供可靠的代码隔离，主干问题不会阻塞发布 缺点：集成时间点可能延后 5.软件测试与质量保证基础： 5.1软件测试：软件测试是使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别 5.2 软件测试活动 5.3软件测试设计方法等价类：满足相互独立完全穷尽边界值： 5.4探索式软件测试探索式软件测试的价值： 理解学习被测软件 强迫被测软件展现所有功能 快速发现重要的缺陷 5.5软件分层分层自动化建议： 服务层：建议开发人员 业务层：建议开发人员或者测试人员 页面层：建议测试人员 6.云原生与DevOps 云原生应用的关注点：微服务，容器技术，CI/CD,DevOps •代表技术一:容器化 容器化,本身并不是特别先进的技术,至少不是最近今年的新兴技术... •代表技术二:服务网格 个人不认为服务网格和云原生有必然联系,有点反潮流。目前服务... •代表技术三:微服务 微服务 是分治思想在软件架构领域的落地方法。将一个复杂的问题... •代表技术四:不可变基础设施 不可变基础设施,可以理解为对生产环境的基础设施不允许... •代表技术五:声明式API 声明式API对我来说才是最颠覆以前认知的一个东西在最初... 容器：与系统其他部分隔离开的一系列进程。提供了一种逻辑打包机制，以这种机制打包的应用可以脱离其实际运行的环境。 > 常见的容器：Docker,CoreOs rkt,LXC,OpenVZ,containerd,CRI-O 基本工作流： Build：从Docker File Build到Image Ship：Image push到容器仓库 Run：Image运行起来成为一个容器实例 [watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIxMTkzNTg3_size_16_color_FFFFFF_t_70_pic_center]: /images/20221123/614d7f162c6b4ebd9fe48e44d91b50ef.png
还没有评论，来说两句吧...