在 Koa 应用中，你通常会如何组织和执行单元测试与集成测试？请说明你会选用哪些测试工具或框架，并描述针对 Koa 中间件、路由和依赖模块的测试策略。
考察说明
考察候选人对 Koa 应用测试分层（单元测试与集成测试）的实践能力，包括工具选型、测试隔离和模拟方法。
回答思路
- 【回答框架 1】单元测试针对单个函数或中间件，不启动服务器。常用工具组合为 Jest 或 Mocha + Chai + Sinon。对中间件测试时，构造模拟的 ctx 和 next 函数，直接调用中间件并断言其修改 ctx.body、状态码或调用 next 的行为；对独立模块则直接导入并通过依赖注入或 mock 第三方库来隔离外部依赖。
- 【回答框架 2】集成测试需要启动真实的 Koa 应用或使用 supertest 发起 HTTP 请求，覆盖路由、中间件串联、数据库和外部服务的交互。测试中可连接测试数据库或使用内存数据库（如 sqlite 或 mongodb-memory-server），并在每个用例前后清理数据，保持测试独立性。
- 【回答框架 3】为提升可测试性，代码应遵循依赖注入原则，将数据库连接、缓存等依赖通过参数传入或使用容器管理；避免在模块顶层创建无法替换的单例。使用 Sinon 或 Jest 的 mock 功能拦截网络请求、定时器或时间相关操作，确保测试确定性。
- 【回答框架 4】测试金字塔思路下，单元测试应覆盖大部分业务逻辑，集成测试覆盖关键接口链路，端到端测试数量最少。同时可引入 Istanbul 或 Jest 内置覆盖率工具监控代码覆盖率，但需注意覆盖率不是目标，重点是对核心逻辑的断言质量。
- 【关键点 1】单元测试不启动服务器，直接测试中间件和函数，使用 mock ctx、next 和依赖。
- 【关键点 2】集成测试使用 supertest 发起真实 HTTP 请求，验证完整请求链路，并管理测试数据库。
- 【关键点 3】依赖注入和模块边界设计是提高可测试性的关键，避免难以替换的全局单例。
- 【关键点 4】选择 Jest 或 Mocha+Chai+Sinon，根据项目现有习惯和配置复杂度决定。
- 【关键点 5】针对 Koa 洋葱模型，测试中间件时需关注 next 调用顺序和错误处理路径。
- 【易错点 1】只做集成测试而忽略单元测试，会导致测试运行慢、失败定位困难，难以覆盖所有分支。
- 【易错点 2】在测试中直接依赖真实数据库或外部服务，导致测试不稳定且受环境影响，应当使用 mock 或独立测试环境。
- 【易错点 3】mock 过度或断言语义不清晰，使测试失去对实际行为的保护作用，避免为了覆盖率而写无效断言。