我们在Protractor上有一套相当大的端到端测试。我们遵循Page Object模式,这有助于我们保持测试的清洁和模块化。我们还有一组辅助函数可以帮助我们遵循DRY principle。
问题:
单个规范可能需要多个页面对象和辅助模块。例如:
"use strict";
var helpers = require("./../../helpers/helpers.js");
var localStoragePage = require("./../../helpers/localStorage.js");
var sessionStoragePage = require("./../../helpers/sessionStorage.js");
var loginPage = require("./../../po/login.po.js");
var headerPage = require("./../../po/header.po.js");
var queuePage = require("./../../po/queue.po.js");
describe("Login functionality", function () {
beforeEach(function () {
browser.get("/#login");
localStoragePage.clear();
});
// ...
});
您可以看到我们在每个require语句中都有该目录遍历:./../..
。这是因为我们有一个specs
目录,我们将规范和多个目录保存在由测试中的应用程序功能分组。
问题:
在Protractor中处理相对路径问题的规范方法是什么?
换句话说,我们想避免遍历树,进入导入模块。从基础应用程序目录下来会更加清晰。
尝试和想法:
关于解决这个问题有一篇很棒的文章:Better local require() paths for Node.js,但我不确定在使用Protractor开发测试时推荐哪一个选项。
我们还尝试使用require.main
来构造路径,但它指向node_modules/protractor
目录而不是我们的应用程序目录。
答案 0 :(得分:25)
我有同样的问题,我最终得到了以下解决方案。
在我的 Protractor 配置文件中,我有一个变量,它存储了我的e2e测试的基本文件夹的路径。此外, Protractor config提供onPrepare
回调,您可以使用名为global
的变量为测试创建全局变量。您可以将它们定义为global
变量的属性,并使用与测试中使用全局browser
或element
相同的方法。我用它来创建自定义全局需求函数来加载不同类型的实体:
// __dirname retuns a path of this particular config file
// assuming that protractor.conf.js is in the root of the project
var basePath = __dirname + '/test/e2e/';
// /path/to/project/test/e2e/
exports.config = {
onPrepare: function () {
// "relativePath" - path, relative to "basePath" variable
// If your entity files have suffixes - you can also keep them here
// not to mention them in test files every time
global.requirePO = function (relativePath) {
return require(basePath + 'po/' + relativePath + '.po.js');
};
global.requireHelper = function (relativePath) {
return require(basePath + 'helpers/' + relativePath + '.js');
};
}
};
然后您可以立即在测试文件中使用这些全局实用程序方法:
"use strict";
var localStorageHelper = requireHelper('localStorage');
// /path/to/project/test/e2e/helpers/localStorage.js
var loginPage = requirePO('login');
// /path/to/project/test/e2e/po/login.po.js
var productShowPage = requirePO('product/show');
// /path/to/project/test/e2e/po/product/show.po.js
describe("Login functionality", function () {
beforeEach(function () {
browser.get("/#login");
localStorageHelper.clear();
});
// ...
});
答案 1 :(得分:17)
我们一直面临同样的问题,并决定将所有页面对象和帮助文件转换为节点包。现在,在测试中要求它们就像var Header = require('header-po')
一样简单。转换为包的另一个好处是您可以使用正确的版本。
这是一个简单的例子:
<强> ./页面的对象/报头-PO / index.js 强>
//page-objects/header-po/index.js
'use strict';
var Header = function () {
this.goHome = function () {
$('#logo a').click();
};
};
module.exports = Header;
<强> ./页面的对象/报头-PO /的package.json 强>
{
"name": "header-po",
"version": "0.1.1",
"description": "Header page object",
"main": "index.js",
"dependencies": {}
}
<强> ./的package.json 强>
{
"name": "e2e-test-framework",
"version": "0.1.0",
"description": "Test framework",
"dependencies": {
"jasmine": "^2.1.1",
"header-po": "./page-objects/header-po/",
}
}
<强> ./测试/报头-test.js 强>
'use strict';
var Header = require('header-po');
var header = new Header();
describe('Header Test', function () {
it('clicking logo in header bar should open homepage', function () {
browser.get(browser.baseUrl + '/testpage');
header.goHome();
expect(browser.getCurrentUrl()).toBe(browser.baseUrl);
});
});
答案 2 :(得分:10)
我遇到了同样的问题。类似的解决方案是Michael Radionov的,但没有设置全局功能,而是将属性设置为量角器本身。
protractor.conf.js
onPrepare: function() {
protractor.basePath = __dirname;
}
测试e2e.js
require(protractor.basePath+'/helpers.js');
describe('test', function() {
.......
});
答案 3 :(得分:2)
我认为我工作的方法可能是一个很好的解决方案。我已经发布了一个关于我们如何处理一切的简短示例。这是非常好的b / c,您可以在任何规范文件中调用页面对象功能,并且您不需要在规范中使用require。
Call a node module from another module without using require() everywhere
答案 4 :(得分:2)
实际可行的解决方案是这样的:
required_providers
"_moduleAliases": {
"@protractor": "protractor/_protractor",
"@tmp": "protractor/.tmp_files",
"@test_data": "protractor/.tmp_files/test_data",
"@custom_implementation": "protractor/custom_implementation",
},
require('module-alias/register');