可根据情况使用， 例如，声明一个var，当条件失败时，使用this.skip();

注意skip()在箭头函数中不起作用

let shouldRun: boolean;

before(function(){
if ($('#nsErrorIframe').isDisplayed()) {
        driver.switchToFrame($('#nsErrorIframe'));
        if ($('.ns-error-wrapper').isDisplayed()) {
            console.log('PAGE IS NOT AVAILABLE');
            shouldRun = false;
            if ( shouldRun === false) {
                 this.skip();
                }
                }
  }
});

这个答案确实适用于ES6。

而不是:

describe('your describe block', () => {

你想要的:

(condition ? describe : describe.skip)('your describe block', () => {

如果条件为假，这将有条件地跳过描述块中的所有测试。

或者，代替:

it('your it block', () => {

你想要的:

(condition ? it : it.skip)('your it block', () => {

如果条件为假，则有条件地跳过一个测试。

假设我想跳过我的参数化测试，如果我的测试描述包含字符串“foo”，我会这样做:

// Skip parametrized test if description contains the string "foo"
(test.description.indexOf("foo") === -1 ? it : it.skip)("should test something", function (done) {
    // Code here
});

// Parametrized tests
describe("testFoo", function () {
        test({
            description: "foo" // This will skip
        });
        test({
            description: "bar" // This will be tested
        });
});

在你的例子中，我相信如果你想检查环境变量，你可以使用NodeJS的:

process.env.ENV_VARIABLE

例如(警告:我还没有测试这段代码!)，可能是这样的:

(process.env.NODE_ENV.indexOf("prod") === -1 ? it : it.skip)("should...", function(done) {
    // Code here
});

您可以将ENV_VARIABLE设置为您要关闭的任何值，并使用该值，跳过或运行测试。(供参考NodeJS进程的文档。Env在这里:https://nodejs.org/api/process.html#process_process_env)

我不会把这个解决方案的第一部分完全归功于我，我找到并测试了答案，它可以通过这个资源完美地跳过基于简单条件的测试:https://github.com/mochajs/mocha/issues/591

希望这能有所帮助!：）

我们可以编写一个整洁的包装器函数来有条件地运行测试，如下所示:

function ifConditionIt(title, test) {
  // Define your condition here
  return condition ? it(title, test) : it.skip(title, test);
}

然后可以在您的测试中要求并按以下方式使用:

ifConditionIt('Should be an awesome test', (done) => {
  // Test things
  done();
});

我们在测试环境中有一些不可靠的测试，有时会使用以下方法关闭这些测试:

mocha --config ./config/parallelrc.cjs --parallel --jobs 3 -- tests/spec/**/index.js -g @flaky -i

我们在测试描述中标记flaky测试@flaky，并设置特殊的-g规则，这意味着mocha只运行带有@flaky标签的测试，接下来使用-i -它意味着反转，因此mocha只运行测试而不是@flaky。

所以，我认为这对你很有用)

请不要。在不同环境中不能一致工作的测试应该得到构建基础设施的承认。当CI构建运行的测试数量与本地构建不同时，可能会非常令人困惑。

它还破坏了重复性。如果不同的测试运行在服务器和本地，我可以有测试失败在开发和通过CI，反之亦然。没有强制功能，我无法快速准确地纠正失败的构建。

如果必须关闭环境之间的测试，而不是有条件地运行测试，请标记您的测试并使用过滤器来消除在某些构建目标中不起作用的测试。这样每个人都知道发生了什么，并降低他们的期望。它还让每个人都知道测试框架中存在不一致，并且有人可能有一个解决方案，可以使它们再次正常运行。如果你只是静音测试，他们可能甚至不知道有问题。