在项目的构建版本或源版本上运行AngularJS/Jasmine测试

在项目的构建版本或源版本上运行AngularJS/Jasmine测试,angularjs,testing,jasmine,Angularjs,Testing,Jasmine,我正在AngularJS的帮助下构建一个项目,在一个项目中使用多个应用程序共享组件/模块。我还有一个Grunt构建任务,将源代码“优化”为捆绑版本 所以问题是:我应该在Jasmine中为AngularJS项目在原始源代码或构建版本上运行测试吗?E2E测试背后的主要思想是尽可能接近真实用户。 所以我说构建版,因为这是您将在生产中部署的版本。E2E测试背后的主要思想是尽可能接近真实用户。 所以我说构建版本,因为这是您将在生产中部署的版本。在项目中工作一段时间后,我现在看到两点: 单元测试:在原始源

我正在AngularJS的帮助下构建一个项目,在一个项目中使用多个应用程序共享组件/模块。我还有一个Grunt构建任务,将源代码“优化”为捆绑版本


所以问题是:我应该在Jasmine中为AngularJS项目在原始源代码或构建版本上运行测试吗?

E2E测试背后的主要思想是尽可能接近真实用户。
所以我说构建版,因为这是您将在生产中部署的版本。

E2E测试背后的主要思想是尽可能接近真实用户。
所以我说构建版本,因为这是您将在生产中部署的版本。

在项目中工作一段时间后,我现在看到两点:

  • 单元测试:在原始源文件上进行代码覆盖率和小片段测试
  • end 2 end testing:构建版本,用于检查构建产品的功能

在项目中工作一段时间后,我现在看到两点:

  • 单元测试:在原始源文件上进行代码覆盖率和小片段测试
  • end 2 end testing:构建版本,用于检查构建产品的功能

抱歉-我考虑的是单元测试,而不是E2E测试。啊,好吧:),那么它不应该那么重要,但测试最接近生产通常是一个好主意。但是单元测试的任务是测试小型化的影响还是测试项目的来源。单元测试的任务是验证单个代码单元是否按预期工作,缩小/UGLY不应该影响它。不应该(也可能不会)但它与所有其他构建步骤一样,包含在构建源代码的测试中。但是谢谢你的帮助——我会考虑这些论点。对不起,我正在考虑单元测试,而不是E2E测试。啊,好吧:)那就没什么大不了的。但是,最接近生产的测试通常是一个好主意。但是,单元测试的任务是测试小型化的影响,还是测试项目的来源。单元测试的任务是验证单个代码单元是否按预期工作,缩小/UGLY不应该影响它。不应该(也可能不会)但它与所有其他构建步骤一样,包含在构建源代码的测试中。但是谢谢你的帮助,我会考虑这些论点。