• Geek007
    2020-01-16
    相比单元测试,似乎code review在我司更难推动。code review需要人的投入,而且往往需要有经验的工程师,有经验的工程师有他们自己的开发任务,他们会把code review当成是额外的工作,动力不够,责任心也不够,code review的质量因而也不能控制。有时候迫于发布的压力,code review做的很粗糙。code review 必要么?许老师对这个问题有何看法?谢谢。

    作者回复: code review 非常重要,我们不 code review 就没法合并 pull request。

    
     3
  • Aaron Cheung
    2020-01-14
    我们不把推广单元测试看作是让大家去多做一件额外的事情,而是规范大家做单元测试的方法。 感觉知道的有单元测试的项目都没有四成……
    
     3
  • leslie
    2020-01-14
    最近就碰到一个现状在“持续构建,持续发布“方面的问题:公司业务最近刚好进入了高速增长期,每次交付的功能很多且目前上传频率基本上已经是每天的业务的低谷-凌晨那一段时间;如何权衡这种现状?按照老师前面课程提及的方式只能是每次只上传核心/最重要的更新功能,不知道老师是否有更好的建议。谢谢老师的分享,期待老师后面章节的更新。,

    作者回复: 如果发布很频繁,需要在发布系统和架构上优化,保证发布出问题可以一键回滚,另外升级要做到不影响用户,这样发布随时都可以,而不是只能在业务低谷。

    
     1
  • Bachue Zhou
    2020-01-21
    大部分服务器项目或库项目一般都有单元测试,但涉及到图形化界面的项目可能就非常不乐观了,纯计算的代码太少也够简单不需要做测试,涉及到 UI 交互的代码量很大却不知道如何测试。最后还是要靠手测。

    作者回复: ui测试的确复杂很多,但也不是不可能

    
    
  • 我在你的视线里
    2020-01-14
    持续构建和持续发布还有一种小步快跑的感觉。但是不是会影响客户体验。

    作者回复: 是的

     2
    
我们在线,来聊聊吧