我有一个代码，其中某些测试在CI环境中总是失败。我想根据环境条件禁用它们。
如何在运行时执行期间以编程方式跳过mocha测试?
当前回答
这取决于您希望如何以编程方式跳过测试。如果在运行任何测试代码之前可以确定跳过的条件，那么您可以直接调用它或它。根据需要，根据条件跳过。例如，如果环境变量ONE被设置为任何值，这将跳过一些测试:
var conditions = {
"condition one": process.env["ONE"] !== undefined
// There could be more conditions in this table...
};
describe("conditions that can be determined ahead of time", function () {
function skip_if(condition, name, callback) {
var fn = conditions[condition] ? it.skip: it;
fn(name, callback);
};
skip_if("condition one", "test one", function () {
throw new Error("skipped!");
});
// async.
skip_if("condition one", "test one (async)", function (done) {
throw new Error("skipped!");
});
skip_if("condition two", "test two", function () {
console.log("test two!");
});
});
如果您想要检查的条件只能在测试时确定，那就有点复杂了。如果你不想访问任何严格来说不是测试API的部分，那么你可以这样做:
describe("conditions that can be determined at test time", function () {
var conditions = {};
function skip_if(condition, name, callback) {
if (callback.length) {
it(name, function (done) {
if (conditions[condition])
done();
else
callback(done);
});
}
else {
it(name, function () {
if (conditions[condition])
return;
callback();
});
}
};
before(function () {
conditions["condition one"] = true;
});
skip_if("condition one", "test one", function () {
throw new Error("skipped!");
});
// async.
skip_if("condition one", "test one (async)", function (done) {
throw new Error("skipped!");
});
skip_if("condition two", "test two", function () {
console.log("test two!");
});
});
虽然我的第一个例子是将测试标记为正式跳过(又名“pending”)，但我刚才展示的方法只是避免执行实际的测试，但测试不会标记为正式跳过。他们将被标记为通过。如果你真的想跳过它们，我不知道有什么方法可以访问不是测试API的部分:
describe("conditions that can be determined at test time", function () {
var condition_to_test = {}; // A map from condition names to tests.
function skip_if(condition, name, callback) {
var test = it(name, callback);
if (!condition_to_test[condition])
condition_to_test[condition] = [];
condition_to_test[condition].push(test);
};
before(function () {
condition_to_test["condition one"].forEach(function (test) {
test.pending = true; // Skip the test by marking it pending!
});
});
skip_if("condition one", "test one", function () {
throw new Error("skipped!");
});
// async.
skip_if("condition one", "test one (async)", function (done) {
throw new Error("skipped!");
});
skip_if("condition two", "test two", function () {
console.log("test two!");
});
});
其他回答
这取决于您希望如何以编程方式跳过测试。如果在运行任何测试代码之前可以确定跳过的条件，那么您可以直接调用它或它。根据需要，根据条件跳过。例如，如果环境变量ONE被设置为任何值，这将跳过一些测试:
var conditions = {
"condition one": process.env["ONE"] !== undefined
// There could be more conditions in this table...
};
describe("conditions that can be determined ahead of time", function () {
function skip_if(condition, name, callback) {
var fn = conditions[condition] ? it.skip: it;
fn(name, callback);
};
skip_if("condition one", "test one", function () {
throw new Error("skipped!");
});
// async.
skip_if("condition one", "test one (async)", function (done) {
throw new Error("skipped!");
});
skip_if("condition two", "test two", function () {
console.log("test two!");
});
});
如果您想要检查的条件只能在测试时确定，那就有点复杂了。如果你不想访问任何严格来说不是测试API的部分，那么你可以这样做:
describe("conditions that can be determined at test time", function () {
var conditions = {};
function skip_if(condition, name, callback) {
if (callback.length) {
it(name, function (done) {
if (conditions[condition])
done();
else
callback(done);
});
}
else {
it(name, function () {
if (conditions[condition])
return;
callback();
});
}
};
before(function () {
conditions["condition one"] = true;
});
skip_if("condition one", "test one", function () {
throw new Error("skipped!");
});
// async.
skip_if("condition one", "test one (async)", function (done) {
throw new Error("skipped!");
});
skip_if("condition two", "test two", function () {
console.log("test two!");
});
});
虽然我的第一个例子是将测试标记为正式跳过(又名“pending”)，但我刚才展示的方法只是避免执行实际的测试，但测试不会标记为正式跳过。他们将被标记为通过。如果你真的想跳过它们，我不知道有什么方法可以访问不是测试API的部分:
describe("conditions that can be determined at test time", function () {
var condition_to_test = {}; // A map from condition names to tests.
function skip_if(condition, name, callback) {
var test = it(name, callback);
if (!condition_to_test[condition])
condition_to_test[condition] = [];
condition_to_test[condition].push(test);
};
before(function () {
condition_to_test["condition one"].forEach(function (test) {
test.pending = true; // Skip the test by marking it pending!
});
});
skip_if("condition one", "test one", function () {
throw new Error("skipped!");
});
// async.
skip_if("condition one", "test one (async)", function (done) {
throw new Error("skipped!");
});
skip_if("condition two", "test two", function () {
console.log("test two!");
});
});
这个答案确实适用于ES6。
而不是:
describe('your describe block', () => {
你想要的:
(condition ? describe : describe.skip)('your describe block', () => {
如果条件为假，这将有条件地跳过描述块中的所有测试。
或者，代替:
it('your it block', () => {
你想要的:
(condition ? it : it.skip)('your it block', () => {
如果条件为假，则有条件地跳过一个测试。
您可以使用我的包mocha-assume以编程方式跳过测试，但只能从测试之外跳过。你可以这样使用它:
assuming(myAssumption).it("does someting nice", () => {});
Mocha-assume只会在myAssumption为真时运行你的测试，否则它会跳过它(使用它。skip)并传递一个好的消息。
下面是一个更详细的例子:
describe("My Unit", () => {
/* ...Tests that verify someAssuption is always true... */
describe("when [someAssumption] holds...", () => {
let someAssumption;
beforeAll(() => {
someAssumption = /* ...calculate assumption... */
});
assuming(someAssumption).it("Does something cool", () => {
/* ...test something cool... */
});
});
});
以这种方式使用它，可以避免级联故障。当某些假设不成立时，测试“do something cool”总是会失败——但这个假设已经在上面测试过了(在验证某些假设总是正确的测试中)。
因此，测试失败不会给您任何新信息。事实上，它甚至是一个假阳性:测试失败并不是因为“一些很酷的东西”没有工作，而是因为测试的先决条件没有得到满足。使用摩卡，假设你经常可以避免这种误报。
请不要。在不同环境中不能一致工作的测试应该得到构建基础设施的承认。当CI构建运行的测试数量与本地构建不同时，可能会非常令人困惑。
它还破坏了重复性。如果不同的测试运行在服务器和本地，我可以有测试失败在开发和通过CI，反之亦然。没有强制功能，我无法快速准确地纠正失败的构建。
如果必须关闭环境之间的测试，而不是有条件地运行测试，请标记您的测试并使用过滤器来消除在某些构建目标中不起作用的测试。这样每个人都知道发生了什么，并降低他们的期望。它还让每个人都知道测试框架中存在不一致，并且有人可能有一个解决方案，可以使它们再次正常运行。如果你只是静音测试，他们可能甚至不知道有问题。
我们在测试环境中有一些不可靠的测试，有时会使用以下方法关闭这些测试:
mocha --config ./config/parallelrc.cjs --parallel --jobs 3 -- tests/spec/**/index.js -g @flaky -i
我们在测试描述中标记flaky测试@flaky，并设置特殊的-g规则，这意味着mocha只运行带有@flaky标签的测试，接下来使用-i -它意味着反转，因此mocha只运行测试而不是@flaky。
所以，我认为这对你很有用)
