Angular 什么'；将角度测试框架放在适当的位置是一种实用的方法吗？

ng测试指南共有150页：。我记得当我试图弄清楚如何为我的ng应用程序配置aot时。我审阅了35页打印的文档（）。然后，通过其他ng开发人员的建议，我意识到我可以使用一个简单的cli命令来进行aot编译

---

与ng测试配置是否有任何相似之处？ie虽然ng.io的测试指南中有150页打印的文档，但实际上有一种相对简单快捷的方法来为我的应用程序建立一个基本的测试框架？

很难判断我的建议是否实用，这取决于你当前的设置。我在我们的项目中做的是一个完整的刷码迁移

步骤1：脚手架 我曾经构建过一个空白项目，默认情况下，该项目有以下几项：

• 测试运行程序、单元测试框架和代码覆盖率
• 端到端（“浏览器”）测试
• 用于检查TypeScript代码中的代码
• 用于混淆、缩小和绑定已编译的JavaScript代码

步骤2：移动/复制代码 这个阶段需要4到12个小时的纯时间（最多！）。只需小心地将现有代码复制到新空白项目的

src

目录。确保

• 更新根模块（

  AppModule

  ）
• 在

  app.component.html

  或其等效文件中重新访问

• 解决汇编问题
• 不管你看到什么

---

我花了大约一天半的时间将一个40个组件（中等大小）的项目转移到新的rails上。当时我对角度配置/基础设施只有一点经验。如果你有更大的项目或更少的经验，你实际上可以为这项活动预留1-4天的时间，但我认为用我上面列出的几种重要技术让你的项目跟上进度（如“准备就绪”）仍然是非常便宜和实用的选择。如果您将这种方式与手动设置所有这些内容所需的工作进行比较，则尤其如此。我走了这条路线，我们整个团队都对结果非常满意。

很难判断我的建议是否可行，这取决于您当前的设置。我在我们的项目中做的是一个完整的刷码迁移

步骤1：脚手架 我曾经构建过一个空白项目，默认情况下，该项目有以下几项：

• 测试运行程序、单元测试框架和代码覆盖率
• 端到端（“浏览器”）测试
• 用于检查TypeScript代码中的代码
• 用于混淆、缩小和绑定已编译的JavaScript代码

步骤2：移动/复制代码 这个阶段需要4到12个小时的纯时间（最多！）。只需小心地将现有代码复制到新空白项目的

src

目录。确保

• 更新根模块（

  AppModule

  ）
• 在

  app.component.html

  或其等效文件中重新访问

• 解决汇编问题
• 不管你看到什么

---

我花了大约一天半的时间将一个40个组件（中等大小）的项目转移到新的rails上。当时我对角度配置/基础设施只有一点经验。如果你有更大的项目或更少的经验，你实际上可以为这项活动预留1-4天的时间，但我认为用我上面列出的几种重要技术让你的项目跟上进度（如“准备就绪”）仍然是非常便宜和实用的选择。如果您将这种方式与手动设置所有这些内容所需的工作进行比较，则尤其如此。我走了这条路，我们整个团队都对结果非常满意。

请参阅《测试指南》中的“设置”部分。Angular cli为单元测试和e2e测试添加了一个测试框架。此外，它还为您可以遵循的每个生成的组件生成一个基本测试规范。不过，至少值得阅读一些基本的特定于角度的测试概念，以便获得一个好的方向。请参阅《测试指南》中的“设置”部分。angular cli为单元测试和e2e测试添加了一个测试框架。此外，它还为您可以遵循的每个生成的组件生成一个基本测试规范。尽管如此，至少值得阅读一些基本的角度特定测试概念，以获得一个好的方向。