如何提高研发产品质量

faker12

对线上产品影响质量的是什么？是代码，所以如果想提高产品质量，得关注研发编写的每一行代码是否按照规范写，而在写代码之前，研发需要想技术方案也就是怎么做，所以作为研发管理者得关注两个东西就是技术方案和代码，写代码前要关注技术方案，写完代码要关注代码是否按照技术方案实施，代码是否符合规范，代码要关注到每一行，每一个空格。在写完技术方案后，一般需要给项目经理一个排期，所以也要关注排期的准确性。
" Z6 D6 y( x/ F, M( r1 X0 q8 n
0 i; {0 I& {4 |, M1 j  i; X5 h
8 w8 y6 i  K# i) K& k: `需求评审之后，首先应该是技术方案的编写，需要两个输出，一个时序图，即自己所做的模块和其他人的模块是怎么交互的，一个是流程图，即自己所做的模块是怎么实现。技术方案编写完后，再给出编写代码的排期。
$ Y; q3 H! Z3 x9 Z. k0 i- I

编写代码过程中，就得保证代码是否是按技术方案实施的，代码是否符合规范，所以应该是每天都要进行代码评审，每天上午写代码，下午或者晚上的某个时间一起开会，每个人给全组人讲代码或者至少给两个以上的人讲代码，也就是说每次评审至少是3个人，只有评审通过的代码才能合并到dev分支（基本某个版本分支首先切一个dev分支，然后每个研发基于dev再切自己的开发分支，比如dev_xxx_0430,0430表示4月30日,每个人在自己的开发分支上写代码，每天评审通过后申请合并到dev分支，第二天首先把dev分支合并到自己分支然后继续写代码），这样就可以在过程中保证代码是按照技术方案实施的，代码也是规范的，而且可以每个人贡献的代码都是集体的智慧
( m4 ~0 _1 M# Q$ o3 J5 d
5 b/ A, X& a8 m: I* x5 i, I  ~

RNGxiaohu

编写代码过程中，就得保证代码是否是按技术方案实施的

MLXG

每次评审至少是3个人，只有评审通过的代码才能合并到dev分支