好吧，这似乎工作，所以它告诉我，我有更多的学习。应该()

cy.get('.check-box-sub-text').should('not.exist');

cy.get('[data-e2e="create-entity-field-relation-contact-name"]').should('not.exist');

可能会导致一些错误的结果，因为一些错误消息被隐藏了。也许用起来更好

.should('not.visible');

那样的话。

以下是对我有效的方法:

cy.get('[data-cy=parent]').should('not.have.descendants', 'img')

我检查一些<div data-cy="parent">里面没有图像。 对于原始问题，你可以在内部节点上设置data-cy="something, i.e. child"属性，并使用以下断言:

cy.get('[data-cy=parent]').should('not.have.descendants', '[data-cy=child]')

您也可以使用下面的代码

expect(opportunitynametext.include("Addon")).to.be.false

or

should('be.not.be.visible')

or

should('have.attr','minlength','2')

你也可以搜索一个不应该存在的文本:

cy.contains('test_invite_member@gmail.com').should('not.exist')

这里是Cypress: 0个匹配元素的结果

参考:文档-断言，存在

柏树6。x +迁移

根据赛普拉斯关于存在的文件

非常流行的尝试，有点天真，将工作，直到它不起作用，然后你将不得不重新编写它……一次又一次……

// retry until loading spinner no longer exists
cy.get('#loading').should('not.exist')

这并不能真正解决大多数人想要的标题问题。

这适用于它被删除的情况。但如果你想让它永远不存在……它将重试，直到它消失。

但是，如果您想测试元素在我们的例子中是否不存在。

是的lol。这是你真正想要的，除非你只是想再头疼一天。

// Goes through all the like elements, and says this object doesn't exist ever
cy.get(`img[src]`)
  .then(($imageSection) => {
    $imageSection.map((x, i) => { expect($imageSection[x].getAttribute('src')).to.not.equal(`${Cypress.config().baseUrl}/assets/images/imageName.jpg`) });
})

使用.should('not.exist')来断言元素在DOM中不存在。

不要用not。可见的断言。它会错误地通过< 6.0，但现在正确地失败:

// for element that was removed from the DOM
// assertions below pass in < 6.0, but properly fail in 6.0+
.should('not.be.visible')
.should('not.contain', 'Text')

迁移文档:迁移到cypress -6-0

您还可以同时使用get和contains来区分HTML元素。

<button type='button'>Text 1</button>
<button type='button'>Text 2</button>

假设你有两个不同文本的按钮，你想检查第一个按钮是否不存在，然后你可以使用;

cy.get('button').contains('Text 1').should('not.exist')

我关闭了一个元素，并检查了should('not.exist')，但断言失败，因为它存在于DOM中。只是它不再可见了。

在这种情况下，should('not.visible')对我有用。我刚刚开始使用柏树。有很多东西要学。

也可以在cypress中使用jQuery模式:

assert(Cypress.$('.check-box-sub-text').length==0)

柏树中没有试接流

在java-selenium中，我们通常添加NoSuchElementException并执行case。如果UI没有显示某些基于角色的访问情况下的元素。

在我的情况下，Cypress是如此之快，简单的。应该('not.be.visible')正在通过测试，之后，加载器出现和测试失败。

我成功地做到了:

cy.get('.loader__wrapper')
  .should('be.visible')
cy.get('.loader__wrapper', { timeout: 10000 })
  .should('not.be.visible')

当应用程序加载超过4秒时，最好将超时设置为10秒。

我会用:

cy.get (.check-box-sub-text)登陆(“not.be.visible”);

这比

cy.get (.check-box-sub-text)登陆(“not.exist”);

(元素可以出现在DOM中，但不可见display: none或不透明度:0)

被投票的元素是正确的，但我强烈建议不要使用反模式，这样可以省去很多麻烦。为什么?是的,因为;

您的应用程序可以使用动态类或变化的ID 选择器将CSS样式或JS行为从开发更改中分离出来 幸运的是，可以避免这两个问题。 不要基于CSS属性(如:id, class, tag)来定位元素 不要针对那些可能改变文本内容的元素 添加data-*属性，使目标元素更容易

例子:

<button id="main" name="submission" role="button" data-cy="submit">Submit</button>

如果你想要更具体，想要标识多个选择器，使用.shouldchainer总是很好的。

例子:

cy.get("ul").should(($li) => {
    expect($li).to.be.visible
    expect($li).to.contain("[data-cy=attribute-name]")
    expect($li).to.not.contain("text or another selector")
  })

如果没有元素，我们可以使用简单的行:

cy。get (' [type = "复选框“]”)。should(“not exist。”)

你也可以在元素体或元素的父容器内查询匹配的元素，然后对其长度做一些断言:

cy.get("body").find(".check-box-sub-text").should("have.length", 0);

以防有人遇到这个问题，我有一个问题，既。should('not.exist')也。should('have.)。length'， 0)工作-更糟糕的是:如果我正在查询的元素实际上从一开始就在那里，两次断言仍然返回true。

在我的例子中，这导致了一个非常奇怪的情况，这三个断言，一个接一个地执行，是正确的，即使断言1+2和3相互矛盾:

cy.get('[data-cy="foobar"]').should('not.exist')
cy.get('[data-cy="foobar"]').should('have.length', 0)
cy.get('[data-cy="foobar"]').should('have.text', 'Foobar')

经过大量测试后，我发现这只是一个竞态条件问题。在运行上述3行之前，我正在等待一个后端调用。像这样:

cy.wait('@someBackendCall')
cy.get('[data-cy="foobar"]').should('not.exist')

然而，一旦后端调用finished, Cypress立即运行前两个断言，并且它们都仍然为真，因为DOM还没有根据后端数据重新呈现。

我在一个我知道在任何情况下都会在那里的元素上添加了一个显式的等待，所以我的代码现在看起来像这样:

cy.wait('@someBackendCall')
cy.get('[data-cy="some-element"]').should('contain', 'I am always here after loading')
cy.get('[data-cy="foobar"]').should('not.exist')