我们对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目录而不是我们的应用程序目录。
我有同样的问题，我最终得到了以下解决方案。在我的Protractor配置文件中，我有一个变量，它存储了我的e2e测试的基本文件夹的路径。此外，Protractor配置提供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();
});
// ...
});
我们一直面临同样的问题，并决定将所有页面对象和帮助文件转换为节点包。现在，在测试中要求它们就像var Header = require('header-po')一样简单。转换为包的另一个好处是您可以使用适当的版本控制。
这是一个简单的例子：
./怕个-objects/header-破/index.就是
//page-objects/header-po/index.js
'use strict';
var Header = function () {
this.goHome = function () {
$('#logo a').click();
};
};
module.exports = Header;
./怕个-objects/header-破/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/",
}
}
./tests/header-test.就是
'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);
});
});
我有同样的问题。迈克尔拉迪奥诺夫的类似解决方案，但没有设置全局功能，但设置属性为量角器本身。
protractor.conf.js
onPrepare: function() {
protractor.basePath = __dirname;
}
测试e2e.js
require(protractor.basePath+'/helpers.js');
describe('test', function() {
.......
});
我认为我工作的方法对你来说可能是一个很好的解决方案。我已经发布了一个关于我们如何处理一切的简短示例。这是非常好的b / c你可以在任何spec文件中调用页面对象函数，你不需要在规范中使用require。
Call a node module from another module without using require() everywhere