第九部分：打卡系统：测试：后端测试

这篇文章是我撰写的一系列文章的一部分，旨在介绍打卡系统。如果您想了解更多信息，可以阅读以下文章：

第一部分：打卡系统：示意图。
第 2 部分。打卡系统：基本后端 — AuthModule。
第 3 部分。打卡系统：基本后端 — 用户模块。
第 4 部分。打卡系统：基本后端 - AppModule。
第五部分：打卡系统：种子数据库和迁移数据
第 6 部分. 打卡系统：基本前端。
第 7 部分。打卡系统：使用 docker/docker-compose 部署后端 (nestJS)。
第 8 部分。打卡系统：使用环境部署前端（Angular 2+）。
第 9 部分：测试：后端测试 — 单元测试 — 服务
第十部分：测试：后端测试——单元测试——控制器
第 11 部分：测试：后端测试——端到端测试
第 12 部分：测试：前端测试——单元测试
第 13 部分：测试：前端测试——集成测试

介绍

这是我关于测试的第一篇博文，也可以说是关于质量评估（QA）的第一篇博文。这个项目并非从一开始就采用测试驱动开发（TDD），但我目前正在进行测试阶段。得益于测试阶段，我发现了很多小bug，如果项目已经上线，这些bug可能会造成很大的问题。但实际上，项目将在接下来的几周内正式上线。这些测试对于修复在此期间发现的几个bug将非常有帮助。

测试的第一步是决定测试什么。任何人都可能会告诉你，你必须测试整个应用程序，并且必须达到接近 100% 的覆盖率，但实际上你并不需要测试整个应用程序，而只需要测试软件中最关键的部分。这些关键部分的覆盖率可能接近 90% 或 70%，具体取决于你的应用程序。

在本例中，我将说明我们应该进行哪些测试：

服务：

app.service.
用户服务。
身份验证服务。

控制器：

app.controller。
用户.控制器。

因此，在我们的项目中，没有必要对 DTO、常量、实体和模块进行测试，因为这些测试很难，而且价值很小。

后端采用 NestJS 框架开发，并使用 Jest 作为测试工具。此外，NestJS 还包含一个强大的测试包，可以模拟类似于 Angular 测试包的环境。

服务测试

在这篇文章中，我将介绍服务单元测试。这类测试是测试金字塔中最简单的测试。我建议测试新手从服务单元测试入手，因为服务是功能单一、易于隔离的小函数。正因如此，它们也是最简单、最容易测试的。

应用服务

我们要测试的第一个服务是 app.service.ts，它使用了两个服务：AuthService 和 UserService。因此，我们的测试套件必须检查 app.service 是否能使用正确的参数调用这两个服务。

第一步是为每个待开发的测试进行初始配置。因此，`app.service.ts` 的构造函数需要两个服务（`AuthService` 和 `UserService`），它们将作为间谍对象。`@nestjs/testing` 中的 `Test` 包提供了 `createTestingModule` 方法，用于创建一个测试模块。在这个 `testingModule` 中，`providers` 数组由 `AppService` 和两个使用工厂创建的间谍对象组成。以下代码展示了此初始配置：

下一步是确定我们要测试的内容。主要思路是独立测试每个函数/方法。因此，以下方法是 app.service.ts 代码的一部分。

authIn 和 authOut 方法应该检查 authService 是否使用正确的参数调用。在本例中，这是一个单元测试，因此不应该使用实际的函数/方法调用 this.authService.authIn 和 this.authService.authOut 方法，这就是我们使用 spy 来监控这些方法的原因。测试这些函数的代码如下：

在之前的测试中，您可以注意到期望值与 `authIn` 和 `authOut` 方法相关，这些方法用于检查这些方法是否被调用以及参数是否正确。在这些方法中，`authIn` 或 `authOut` 方法抛出的错误与此无关，因为这些方法中的职责已委托给其他服务。

与 usersTicketing 方法相关的测试如下：

在这种情况下，我们创建了一个间谍对象，用于在执行 `now from Date` 函数时进行测试。在这种情况下，测试结果必须始终返回同一天（测试必须是纯函数，不能依赖于外部因素）。因此，在这个测试中，我们需要检查 `getUsersMustBeWorkingNow` 方法是否已被调用，以及 `usersTicketing` 方法的返回值是否为一个对象，该对象包含键为 `users` 的对象，其值为间谍对象 `UserService` 中提供的值，时间戳为模拟日期的时间戳。