很多领导盲目的推单元测试，这一点我是强烈反对的。
1.只编写核心组件单测
2.别把时间浪费在业务代码上面，如果业务代码也写单测，无异于把一个业务写两遍。
3.但是，一定要保证业务代码的100%容错率。举个例子，只要后端接口不挂，页面是决不允许报错的。
（这也是我强烈不推荐业务代码写单测的原因，如果代码写的垃圾，服务端数据异常（不挂），单元测试写再多也没用，不如做好容灾）。
1.毋庸置疑，必须强制要求的东西
1.常用设计模式烂熟于心
2.代码一定要赏心悦目，别人看不懂你的代码不是牛逼的体现。往往大神的代码，非常清晰易懂，甚至注释都不需要。
3.底线是，代码一定要遵循单一职责
1.永远保持这样一个状态，第二天看前一天的代码都会觉得很垃圾。
2.或者每一天看同样的代码，都会有不同的理解。
单元测试 很多领导盲目的推单元测试，这一点我是强烈反对的。 eslint 代码水平 团队成长&&个人成长
项目的管理 项目背景的把控 项目价值的把控 项目进度的把控 项目风险的把控 项目资源的把控 项目质量的把控 代码架...
1、项目进度把控（开发时间、测试接入） 2、项目质量把控（代码规范、接口规范、文档规范） 3、项目人力把控 4、项...
前端质量保障的“三层四面” 一、前端项目代码中的常见问题 1、 凌乱的书写风格，阅读体验差2、 低质量的编码，bu...
#软件测试52讲#2018 【心得】 代码审查从源头上把控项目质量，高代码覆盖率不一定能保证软件的质量，但是低的代...
前端代码规范 Front Standard Guide 前端 JS 项目开发规范 规范的目的是为了编写高质量的代码...
从产品、开发、测试三个维度进行把控。 一、产品： 1、从需求阶段：需求评审 A、及时提出不明确点的质疑 B、需求漏...
笔者作为项目前端负责人，开发项目好比是十月怀胎，漫长的开发日子里既要把控时间同时也要保障代码质量，项目开发阶段已完...
导语:随着业务的增长和开发团队的成员快速增加，其中很多新人来自于五湖四海各大门派，在编码的风格和习惯中也出现各异。...
前言 在项目开发中，个人的单打独斗式开发越来越少，团队合作越来越多。而在团队合作中，不同程序员之间的开发习惯是不一...
本文标题：前端代码质量把控之我见
本文链接：https://www.haomeiwen.com/subject/elazmxtx.html
网友评论