1、SonarQube的技术债务
SonarQube扫描出来Gitlab的repo的技术债务需要清零，在迭代过程中，团队需要持续关注技术债，保持技术债稳定下降的趋势，建立修复技术债的技术故事卡（举例如下），在对应的提交中需要将代码提交的commit message中的需求id填写该技术故事卡的ID。
| 前后端技术债务减少10% |
|---|
| AC1：后端代码库减少 sonar 扫描问题，BUG、漏洞、坏味道减少10% |
| AC2：后端开发配置 idea 本地 sonarlint 插件（开发时注意不引入新的问题） |
2、单元测试
单元测试的两种实践：
- 普通的开发模式实现开发实现故事卡的逻辑代码，然后再根据写好的代码编写单元测试，对单元模块进行测试。
- 采用测试驱动开发的开发人员，根据用户故事中的AC或测试用例，先进行测试用例的编写，再进行功能模块的开发。
单元测试的一些规则：
- 被测函数的外部函数调用，外部服务调用，都需要解耦（java推荐mockito）。
- 被测试函数访问数据库、消息中间件、redis等中间件的，都需要解耦。
- 测试类在test目录下所在的路径应与被测试的类在src/main/java下的路径保持一致。通过约定的规则，测试类和被测试类相对应，方便查看和定位。
- 测试类的命