本文介绍了大厂在进行Java单元测试时遵循的强制性和推荐性规范，强调了单元测试的自动化、独立性、可重复性和粒度控制。核心业务和模块需确保测试通过，测试代码应位于src/test/java目录下，目标是达到70%的语句覆盖率，采用BCDE原则编写测试用例，避免对数据库的直接操作，并提倡在设计阶段就确定测试范围。
目录
3.【强制】保持单元测试的独立性。为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。
4.【强制】单元测试是可以重复执行的，不能受到外界环境的影响。
5.【强制】对于单元测试，要保证测试粒度足够小，有助于精确定位问题。单测粒度至多是类级别，一般是方法级别。
6.【强制】核心业务、核心应用、核心模块的增量代码确保单元测试通过。
7.【强制】单元测试代码必须写在如下工程目录： src/test/java，不允许写在业务代码目录下。
8.【推荐】单测的基本目标：语句覆盖率达到 70%；核心模块的语句覆盖率和分支覆盖率都要达到 100%
9.【推荐】编写单元测试代码遵守 BCDE 原则，以保证被测试模块的交付质量。
10.【推荐】对于数据库相关的查询，更新，删除等操作，不能假设数据库里的数据是存在的，或者直接操作数据库把数据插入进去，请使用程序插入或者导入数据的方式来准备数据。
11.【推荐】和数据库相关的单元测试，可以设定自动回滚机制，不给数据库造成脏数据。或者对单元测试产生的数据有明确的前后缀标识。
12.【推荐】对于不可测的代码在适当的时机做必要的重构，使代码变得可测避免为了达到测试要求而书写不规范测试代码。
13.【推荐】在设计评审阶段，开发人员需要和测试人员一起确定单元测试范围，单元测试最好覆盖所有测试用例（UC）。
14.【推荐】单元测试作为一种质量保障手段，在项目提测前完成单元测试，不建议项目发布后补充单元测试用例。
15.【参考】为了更方便地进行单元测试，业务代码应避免以下情况：
一、前言
现代软件行业的高速发展对开发者的综合素质要求越来越高，因为不仅是编程知识点，其它维度的知识点也会影响到软件的最终交付质量。比如：五花八门的错误码会人为地增加排查问题的难度；数据库的表结构和索引设计缺陷带来的系统架构缺陷或性能风险；工程结构混乱导致后续项目维护艰难；没有鉴权的漏洞代码容易被黑客攻击等。依据约束力强弱及故障敏感性，规约依次分为【强制】、【推荐】、
订阅专栏 解锁全文
扫一扫
1279
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
