[开发测试]工程能力（1）设计方法&研发流程

设计方法

软件设计原则

目的：使软件长期范围内容易进行变化

设计原则：高内聚（紧密相关的元素放一起） 低耦合（单位之间要少关联）solid 简单设计 正交设计

clean code（整洁代码）

（1）命名规则

（2）注释

（3）函数：骨架函数：业务逻辑和算法在高层次上的抽象描述? ?步骤函数：具体实现细节，隐藏起来

（4）编码细节

单元测试

优势：更早发现问题 更容易集成? 更安全的代码修改

原则：将单元测试视为文档工作? 自检性? 不可破坏性? ?简洁性? 网络安全性? 定位缺陷? 用写代码的方式进行测试? ?快速且可重复

模式：四步测试法 状态验证与行为验证法? 双重测试法

重构

有可能主干与分支代码很大差异，要将问题拆分为多个小的单元进行修改

配置化架构

通常情况下配置指对数据的抽象，需要架构上的描述

架构上描述的配置指的是对架构元素的抽象，描述配置化不完整

配置化包括对业务的抽象，尤其是逻辑

配置化还包括对配置的管理以及分支

高效研发流程

产品目标->产品路线图->发布计划->迭代计划->落地执行

用户故事地图：

用户故事地图框架：一级粒度epic? 二级粒度feature? 三级粒度story

用户故事地图步骤：（1）一步步写出故事?

????????????????????????????????（2）组织情节?

????????????????????????????????（3）探索替代故事?

????????????????????????????????（4）提出故事地图主干?

????????????????????????????????（5）切分出能帮助达到特定目标的任务

制定发布计划：（1）bigstory 进行细化讨论?

???????????????????????? （2）按照价值和重要程度进行版本规划

???????????????????????? （3）确定每个版本的期望达成目标?

? ? ? ? ? ? ? ? ? ? ? ? ?（4）确定每个版本内容?

???????????????????????? （5）团队达成共识

发布计划到迭代计划：对用户故事的拆分要做到拆分出的故事尽量小，但是要适当，并不是越小越好

迭代计划会->站会->需求评审会->迭代回顾会

研发工具链

icafe：需求管理

icode：代码管理

ipipe：交付流程

软件交付流程

诞生一个软件想法->变为产品或功能->产生收益->后期运维