2

我有一个基于expressjs的nodejs应用程序，我正在使用gruntjs作为任务运行器和mochajs作为测试框架进行测试。因此，我编写了组件、集成和单元测试，这些测试在我开发时通过或直接通过本地执行，并且在部署期间作为 CI 流程的一部分在测试 VM 上执行。grunt testmocha test/component/v1/apiX

现在，当考虑将此应用程序移至 AWS Lambda 也就是无服务器时，我想到了以下关于我的测试和 CI 过程的问题（请注意，我将使用aws-serverless-express，因此不必显式地编写 lambda 函数）：

1) 如何实现通过 HTTP api 请求完成的组件/e2e 测试？

2）如何实现只加载和测试应用程序一部分的集成和单元测试？

3) 如果任何测试失败，如何将两者与拒绝部署的新 CI 流集成？

我认为问题 1) 已基本解决：有很多方法可以从外部测试 AWS Lambda。您可以执行从 test-lambda 直接调用 lambda-to-test 的 lambda-to-lambda 测试，或者您可以使用来自 test-lambda 的 HTTP 通过 AWS API Gateway 调用 lambda-to-test，如此处所述。您还可以使用serverless-mocha-plugin进行本地 lambda 测试（如果使用serverless）。

2）有趣的地方：一旦你的 lambda 被部署，它就是一个黑盒子。您不能执行任何未明确声明为 lambda 接口的内容。如何保存或重新实现我现有的 mocha 单元和集成测试？

3) 相同：如何让 CI 在部署时运行所有测试并在部署失败时拒绝部署？

这是我自己的方法：只有在 TEST 环境中，我才会使我的节点应用程序无服务器。简单地让它作为经典节点 HTTP 服务工作，方法是根据环境使所有无服务器更改有条件。由于几乎不需要更改，因此这应该是可能的且可维护的。现在我可以像往常一样在本地运行测试，也可以使用 grunt 和 mocha 进行部署。然后，如果我想确保无服务器版本也能正常工作，我仍然可以进行最终的 lambda 到 lambda 测试。

4

1 回答 1

1

你的方法听起来不错。至于 3，您可以让您的 CI 运行本地测试，部署到“开发”或“测试”环境并运行 lambdaTests

grunt # run grunt commands including local mocha tests
serverless deploy --stage test # deploy to test environment (serverless#1.0 syntax)
grunt lambdaTest

lambdaTest当 lambda 请求失败或返回意外值时，您需要确保命令处理失败和抛出错误。

于 2016-10-10T18:20:24.037 回答