Louis.Wong的论坛回复_云社区-华为云

华为云：mymatin微信：路阳敏捷深化迈向常态主要知识点：实例化需求行为驱动开发微服务架构契约测试针对实例化需求产生的验收条件，可以在此基础上实施驱动开发狭义的测试驱动开发：单元测试行为驱动开发：以用户行为作为视角来进行测试驱动开发微服务演进过程：把复杂的单体系统拆解为一个繁杂的架构，从而使每个微服务应用相对简单概念辨析：复杂（complex）：系统内部有大量变量，而且变量之间的关系也在不断变化。所以很难预测该系统的行为，也很难在测试环境模拟该系统在生产环境上的各种行为。这也使开发和维护变得非常困难。开发周期变长，难以实现敏捷交付。繁杂（complicated）：内部有大量组件，但每个组件相对简单且独立，组件之间的关系固定。由于每个组件相对简单可预测，管理难度并不高。契约测试：双方在开发前约定好对API接口的预期是什么样的。然后大家各自拿着这份契约进行开发和测试。在集成测试之前，双方已经通过这个契约各自测试好了，大家可以按照自己的节奏进行开发和测试。缩短了反馈周期，提升了交付的效率。也使双方开发完之后的集成测试变得更加顺利。组织形式：传统企业：层级式，大部分决策由各级领导来完成。使得决策和行动比较缓慢。通常来说，一个交付过程涉及到很多不同部门，包括开发部门、测试部门、运维部门。产品小分队（特性团队）：基金服务会涉及到各种系统，以这些系统作为维度，拆分成产品小分队，每个产品小分队负责这个系统的端到端开发和运维。小分队中包含各种角色：BA、开发、测试、运维。系统中的所有需求，包括项目中的新的需求开发，运维还有基于产品的持续改进，都由这个产品小分队负责。这些需求都会出现在产品小分队的统一Backlog中。由于产品小分队是和系统在一起的。因此他们也应该对系统进行持续改进（包括：搭建CI/CD流水线，从代码迁入到执行自动化测试，部署到测试环境，部署到生产环境，整个流程都可以自动化起来。提高部署效率，减少人为出错的风险。基于主干开发：传统开发模式会拆分很多不同的分支，一旦分支之间差距很大，合并将会非常痛苦，也会带来很大风险。因此，要尽量只维护一个分支，即使必须要拆分支，也要尽量做到每日合并，从而降低由于分支所带来的代码维护的难度。引入特性开关：在追求持续交付的过程中，希望能够提升部署上线的频率，但是一旦某个特性出现问题，我们希望有更快的回滚方法，特性开关就是在一个新特性上加入一个开关，一旦该特性在生产环境出现故障，可以通过马上关闭开关来避免对用户操作带来影响。由于干系人众多，没有统一的优先级，这里对团队进行了重新整合，让他们和主要干系人形成一一对接的关系，这个主要干系人可以对其所负责的领域进行优先级排序，从而让与之对接的交付团队有非常清晰的优先级。这种方式也可以简化双方关系，从而使需求分析和验收测试都有非常清晰的联系人。简化关系，缩短反馈环。组别变换：要尝试去打破按照职能来进行划分的组织形态，更多去考虑如何能够和业务进行更清晰的对接，以及如何能够使整个团队端到端进行交付共同负责。