在软件开发过程中，编写规范、清晰的commit message是一项重要但常被忽视的工作。良好的commit message不仅能帮助团队成员理解代码变更的目的和影响，还能为代码审查、版本追溯和自动化发布流程提供基础。然而，在日常开发中，开发者往往因为赶进度或习惯问题而忽略commit message的质量。本文将介绍一个基于AI的Git Commit Message生成工具，从思路、实现到使用全方位剖析这一解决方案。
规范的commit message具有以下几个关键价值：
店东贷采用的是BDD的测试手法，通过代码对原有业务需求的理解，对代码质量以及业务逻辑进行的测试代码的开发，在测试的过程中，将店东贷的主要业务逻辑进行了提取，从而进行的单元测试用例编写。
一般测试分成几个类型：单元测试、集成测试、功能测试。集成测试和功能测试不赘述。单元测试是用来对一个模块、一个函数或者一个类来进行正确性检验的测试工作，这里的单元是程序工作的最小工作单位。单元测试应该仅仅依赖输入，不依赖多余的环境，如果你的单元测试依赖很多环境，那么你可能需要的是集成测试。
单元测试又可以根据开发模式分成以下两类：
TDD, TDD指的是Test Drive Development，很明显的意思是测试驱动开发，也就是说我们可以从测试的角度来检验整个项目。大概的流程是先针对每个功能点抽象出接口代码，然后编写单元测试代码，接下来实现接口，运行单元测试代码，循环此过程，直到整个单元测试都通过。
BDD指的是Behavior Drive Development，也就是行为驱动开发。行为驱动开发是一种敏捷软件开发的技术，它鼓励软件项目中的开发者、QA和非技术人员或商业参与者之间的协作。主要是从用户的需求出发，强调系统行为。BDD最初是由Dan North在2003年命名，它包括验收测试和客户测试驱动等的极限编程的实践，作为对测试驱动开发的回应。
目前我接触到的项目都是BDD，国内的前端项目对单元测试重视程度没有那么高，TDD这种先编写单元测试的模式应用并不多。
但是但是，我真的想说，高覆盖率的单元测试，可以保证每次上线bug率大大降低，也是代码重构的基础。很多老项目，开发人员离职、新接手的人员不敢重构，慢慢称为团队负担、又不能下线，就是因为没有单元测试，改一点都怕出现不可测的bug。
