青鱼入云的博客

未完成自测的项目在交付测试时，出现大量低级错误， 导致联调测试工时投入低效，测试质量不高， 所以将开发测试作为交付提测前的一个重要节点， 开发人员必须具有基本的测试意识和能力，确保无重大问题，主功能逻辑通畅， 保证交付提测的质量。同时提升整体开发+联调+测试的效率，将时间花在前面。小数点后精度超出范围，如：23.000000001。超出范围如：12345678456756.(int、long、double等）测试0值、null值、负值。自动拆箱时空指针异常校验。长度是否符合业务需要。

实际研发过程中，涉及产品文档、技术文档、研发、测试、发布等阶段，“三天完成”一般只代表研发时间，其他的时间并没有包含在内，实际需求提出后，可能要十天才会上线。技术文档中的技术实现方案90%是确定的，包括新技术调研、细节的接口应该创建新接口还是使用老接口、是否增加字段、调用链路如何实现、如何做开关切流等，有不确定的点可提前线下与相关同学进行沟通确定，不能到技术方案评审时再来讨论该怎么做，这样不仅会浪费开会成员的时间，同时大量的讨论会分散大家的注意力，导致没法发现技术实现方案上的问题。

概要性的描述整体技术方案，对技术方案的大体思路有个大致的轮廓，后续再逐项展开。

维度问题级别描述解决方案成本责任人完成时间安全高/中/低高/中/低稳定性成本效率体验。

JUnit是一个为Java编程语言设计的开源单元测试框架，由 Kent Beck 和 Erich Gamma建立，它是单元测试框架家族中的一个，这些框架被统称为xUnit，JUnit是xUnit 家族中最为成功的一个。：如果已经编写了一套可自动执行的单元测试代码，那么每次修改代码或重构后，只需要再自动执行一遍单元测试，就知道修改是否正确了，能够大幅提高效率和项目稳定性。：通过编写和运行单元测试，开发者能够快速验证代码的各个部分是否按照预期工作，有利于保证系统功能的正确可用，这是单元测试的核心作用。

但代码其实不是写给自己看的，是写给下一任看的，就像经常被调侃的“程序员不喜欢写注释，更不喜欢别人不写注释”，代码风格的统一更有助于代码的可读性及继任者的快速上手。每一次CodeReview，都是一次知识的分享，磨合一定时间后，团队成员间会你中有我、我中有你，集百家之所长，融百家之所思。通过多次讨论与交流，逐步达成团队共识，特别是对架构理解和设计原则的认知，在共识的基础上团队也会更有凝聚力，特别是在较多新人加入时尤为重要。：修改后的代码是否如CR时所沟通的，建议CR同事对修改的代码做再次确认。

随着线上化的系统越来越复杂，业务故障无法避免。故障的发生，对我们企业的影响是巨大的，怎么样提升故障的定位、处理能力及恢复能力，是安全生产工作中最重要的目标。