9、单元测试：原理、方法与挑战

单元测试：原理、方法与挑战

1. 构建目录与测试数量

在软件开发中，构建目录的组织对于项目的管理至关重要。以下是一些常见的构建目录示例：
- tests/Driver/NV/File/Win32/Windows/vc14
- tests/Driver/NV/Microchip/Eeprom24AA160/grand-central-m4/Windows/gcc_arm7
- tests/Driver/NV/ST/EepromM95160DRE/grand-central-m4/Windows/gcc_arm7
- tests/Driver/SPI/Arduino/grand-central-m4/Windows/gcc_arm7
- tests/Driver/SPI/Generic/ATSAME54-XPRO/Windows/gcc_arm7
- tests/PersistentStorage/Windows/vc14

每个项目的规模和复杂度不同，这直接影响着测试代码的最有效方式。以一个实际项目为例，有以下单元测试指标：
| 指标 | 数值 |
| ---- | ---- |
| 源代码行数 | 110,000 |
| 手动单元测试项目数 | 8 |
| 自动化单元测试项目数 | 74 |

2. 手动单元测试

手动单元测试需要开发者进行交互来执行。对于嵌入式项目，通常需要为目标平台构建测试镜像，然后在目标上编程并启动测试镜像。手动单元测试有不同程度，按优先级排序如下：
1. 测试镜像启动后，无需额外用户交互即可运行完成并报告通过或失败。理论上，如果有