如何开始为遗留嵌入式 C 应用程序（非常紧密耦合的模块）编写单元测试？

Question

我目前正在开发一个代码库，该代码库从未编写过任何单元测试。它是为 16 位嵌入式处理器编写的，我想开始至少为我编写的所有代码添加单元测试，然后将其扩展到代码的其他部分。

我的问题是，我发现应用程序级别的每个模块（.c 文件）似乎与项目中的其他 C 文件紧密耦合。对于任何给定文件，这可能是 2-10 个文件以下的任意位置。

1. 我如何开始编写单元测试？
2. 消除这种紧密耦合的最佳/快速/最有效的方法是什么？
3. 此外，单元测试将在 PC（32 位）上运行，嵌入式代码适用于 16 位处理器。在将代码移植到 PC 时如何确保这一点得到解决？

Answer 1

关于 #3 - 确保它可以移植到 PC，这是我使用的策略：

首先，检查嵌入代码并将任何“int”或“unsigned long”更改为“int16”
或“uint32”（或您选择的任何约定）。

将您在条件内定义类型的部分包含在嵌入式标头中：

#ifndef CORE_TYPE_DEFINITIONS
#define CORE_TYPE_DEFINITIONS
typedef long int16;
/*...*/
#endif

创建一个“PC_Types.h”文件，该文件为 PC 定义相同的类型。

#ifdef CORE_TYPE_DEFINITIONS
#error "Core Types already defined"
#else
#define CORE_TYPE_DEFINITIONS
typedef short int16;
/*...*/
#endif

在 PC 项目中，为每个嵌入式 c 文件创建一个包装器，其中包含以下内容：

#include "PC_Types.h"
#include "ModuleX.c"  //the file under test

#include "TestHarness.h"   //verification functions

int TestModuleXUnit1(void)
{
   /* setup */
   /* call Unit1(); */
   /* verify post-conditions */
   return result;
}

通过包装每个文件，您可以根据需要使用所有耦合函数。 #include 包装文件中的原始源文件允许您直接从源代码控制系统添加对嵌入式代码的更新，无需任何修改。在包含的源代码之后添加测试函数可以让测试代码完全访问模块的所有函数，即使它们没有公共标头。

Answer 2

我首先要重读 Michael Feathers 的《有效处理旧代码》。