dongjiang1989 / test Goto Github PK

    需求分析： 决策周期长、变更大    
                   --- 需求不等于feature，预测需求和发展；
    设计：     设计评审、OM工作量、问题CCB裁决问题
                   --- 需要评估功能可行性 和 消耗； 是否可以提前尝试性开发；
    开发：   开发、性能调优、问题定位
                   --- 更好的平台： 比如：分布式增量编译平台、性能分析平台（燃尽图）、问题还原（日志和tracing跟踪），沙盒环境自动化部署，
    测试：  手工测试、自动化偏低
                   --- 逻辑功能开发UT，保证兼容性、碎片化os测试 和安全测试等； 性能平台、调度平台等；
    资料：  资料翻译、资料测试
                   --- 代码和配置自动生成部分资料（部署、调用图谱等）
    维护/服务： 
                   --- 功能作为devops平台中的一部分； 优先考虑和开发前锁定；

       开发工具，可以让各个团队感兴趣的同事一起参与。更好的贴近用户使用需求，以及更容易推广使用；

 
  分享 和 协作：
       同用一种语言、差不多的技术栈；无论在多小的团队中，对于业务抽象理解上，多些分享； 技术上的共享； 业务代码越来越多，越来越难维护，架构代码尽量持续优化；

       协同工作，工作本身需要流程需要工具化，工具需要自动化； 尽量让流程再有效的同时，减少串联环节。 让每个开发、测试、PM有担当，对这件事负责；

   开放和安全：
      内部平台，可以更多的考虑易用和体验。 多将外部的东西拿来用；

   DevOps运营平台:
     可视化报表平台
           监控（tracing、log、问题还原）平台
            A/B Test
   APM 应用性能管理（）

    自动化构建平台： (目标快：5min-)
    ---- 对标：travis( https://travis-ci.org/ )

    其他主题Topic：
    ----  数据自动化构造topic；
    ---- 环境一键式申请+部署topic；
    ---- 测试服务化平台topic （将一些研发常用的小工具，分享到平台大家一起用）

    新功能研发：
          是否可以减少对底层平台的强依赖
          是否代码重用：让架构设计和研发同学更多交流