如果Protractor正在取代 Angular Scenario Runner 进行 E2E 测试,这是否意味着我仍然可以将它与Karma一起用作我的 E2E 测试框架?
4 回答
Protractor 的当前维护者不推荐:
https://github.com/angular/protractor/issues/9#issuecomment-19927049
Protractor 和 Karma 不应该一起使用;相反,它们为运行测试提供了单独的系统。Protractor 和 Karma 涵盖了测试的不同方面——Karma 主要用于单元测试,而 Protractor 应该用于端到端测试。
Protractor 建立在 WebDriverJS 之上,它使用 Selenium/WebDriver 服务器来配置浏览器和驱动测试执行。可以在这里找到纯 WebDriverJS 的示例:http ://code.google.com/p/selenium/wiki/WebDriverJs
和
https://github.com/angular/protractor/issues/9#issuecomment-19931154
Georgios - 我认为将 Protractor 和 Karma 分开是有意义的 - 对于端到端测试,您需要 webdriver 的本机事件驱动和灵活性,而对于单元测试,您需要快速执行和自动监视文件。
更新。这是我创建的一个简单包,用于通过一个命令将最小的 Karma 设置添加到任何项目npm install min-karma
。
我想澄清一些对Karma和Protractor可能存在的误解。Karma FAQ实际上确实提到了Adapter for Angular 的 Scenario Runner,但是,它似乎已被放弃,而是推荐使用Protractor。
业力
Karma是一个测试运行器,它将显式运行配置文件中指定的JavaScript文件或使用node-globs。(对于非 JavaScript外部模板,Angular 的单元测试指南建议使用Karma html 预处理器先将它们编译成 JavaScript。)
这些可以是您的所有源文件,其中一些,其中一些加上一些额外的文件或与您的项目无关的文件,只提供一些额外的配置 - 您可以命名!您可以拥有多个用于不同目的的 karma 配置文件,您可以并行或一个接一个地运行它们。每个 karma 过程都会启动自己的一组浏览器(这些浏览器当前可用)。
Karma仅运行一组文件的这一特性使其非常适合在每次编辑源文件时在后台运行快速测试,并获得即时反馈,这太棒了!唯一的负面因素是“嘈杂”的错误报告,有望得到改善!
Karma 不仅适用于单元测试
单元测试适用于源代码的单个单元。在 Angular 的例子中,一个典型的单元是 Angular 组件(Service, Factory, Provider, Controller, Filter, Directive
等等)。记住要保持Controllers
瘦身,因此对后者进行过多的单元测试是一个危险信号。
在单元测试中,不应同时测试该单元所依赖的所有其他代码单元(所谓的单元依赖项)。相反,它们应该被“模拟”,例如用一些简单的东西代替,比如虚拟实例。Angular 提供了很好的模拟环境支持。理想情况下,您希望直接在测试中查看所有这些模拟,因此您永远不需要怀疑所有这些依赖项来自哪里。
Karma对于集成测试同样有用,其中一组源代码单元一起测试,只有它们的一些依赖项被模拟。重要的是要记住,默认情况下,任何依赖项都是从源代码模块提供的(只要这些模块直接注入到您的测试中,或者它们是其他注入模块的依赖项(在这种情况下,您不需要注入它们) , 但这样做没有害处). 模拟的依赖项将覆盖提供的依赖项。
跑得快且频繁是Karma的主要特点。这意味着您要避免任何服务器请求、任何数据库查询以及任何可能花费超过几分之一秒的事情。(否则它不会很快!)那些漫长的过程是你想要模拟的。这也解释了为什么将原始的低级服务$http
直接放在控制器或任何复杂的业务逻辑单元中是一种不好的做法。通过将那些低级别的外部通信服务包装成更小的专用服务,您可以更轻松地“模拟它们”。
Karma 不做的是按原样运行您的站点,这就是端到端 (E2E) 测试。原则上,您可以使用 Angular 的内部方法来重新创建站点或其部分。对于小块,这可能很有用,并且是一种快速的方法,例如测试指令。
但是,不推荐将复杂代码放入测试中。你做的越多,你在代码中出错的机会就越大,而不是你实际测试的内容。
这就是为什么我个人不喜欢经常提到的使用低级方法(如$http
. 它将对低级方法的任何引用隔离到您自己的专用方法中,其唯一职责是发出 http 请求。这些专用方法应该能够与真正的后端一起使用,而不是假的!只要您不将该配置与通常用于运行Karma的配置混合,您就可以轻松地进行手动测试,甚至完全可以使用Karma运行另一个特殊配置定期和快速。现在,测试您的专用小型服务后,您可以安全轻松地模拟它们以测试您的其他逻辑并将这些测试放入您的常规Karma设置中。
总结一下。使用Karma运行任何一组 JavaScript 文件。它(应该)很快。您看不到完整的应用程序,因此无法有效可靠地测试最终结果。我会用 Protractor运行它吗?我为什么要?运行Protractor会减慢我的测试速度,违背Karma的目的。单独运行Protractor很容易。
量角器
量角器是:
AngularJS 应用程序的端到端测试框架。Protractor 针对在真实浏览器中运行的应用程序运行测试,并像用户一样与之交互。
所以Protractor做了Karma没有做的事情——运行你真正的最终应用程序。这揭示了它的力量和局限性:
运行完整的应用程序是您的应用程序按预期工作的唯一可靠的最终测试。您可以编写完整的用户故事场景并将它们放入您的测试中!
但是如果不隔离源代码的各个单元,就很难跟踪错误。这就是为什么您仍然需要先使用Karma来测试您的 JavaScript 代码。
现在我想用Karma运行Protractor吗?我当然可以在单独的终端窗口中并行运行它们。如果需要,我原则上可以让他们共享测试文件,但通常我宁愿不这样做。为什么?因为我想用一个专门的目的来保持我的测试很小。
唯一的例外是定义对两个跑步者有用的测试宏的文件。然而,这不是一个测试文件,而是一个宏定义文件。
除此之外,我喜欢我的测试之间的清晰分离。那些要经常快速运行的,以及那些用于完整应用程序的。这清楚地区分了使用Karma和Protractor的时间。
Karma 是 Angular 团队提供的测试运行器,Karma 将在多个浏览器中执行您的测试,这将确保我们的应用程序在所有浏览器中兼容。 Angular js的单元测试可以使用karma + jasmine
Jasmine 是一个 javascript 单元测试框架,它将为我们提供实用程序来测试我们的应用程序。这在 Angular 框架上效果最好,因此,我们选择了“自动化单元测试工具”。 https://github.com/shahin/testingangularjs
Protractor 是 Angular 和 AngularJS 应用程序的端到端测试框架。Protractor 针对在真实浏览器、无头浏览器、跨浏览器测试中运行的应用程序运行测试,并且可以托管在 saucelabs 上。
是的,你可以同时使用业力和量角器。Karma 用于对您使用 angular 命令创建的组件进行单元测试,您可以使用 karma 测试这些组件。量角器用于端到端测试。它主要用于UI测试。