不要認(rèn)為cypress是同步的

不要認(rèn)為cypress是以同步的方式執(zhí)行，不要用const、let、var等去定義一個(gè)變量，隨后調(diào)用它

const a = cy.get('a');
cy.visit('https://example.cypress.io');
// 在這里有可能拿不到a，因?yàn)閏y.get是異步操作，應(yīng)該在before（）鉤子函數(shù)中定義變量。
a.first().click();

盡量避免直接訪問第三方

盡量避免直接訪問第三方，因?yàn)榈谌教峁┑脑L問API，返回的數(shù)據(jù)不可控，可能會發(fā)生改變；如果有這個(gè)需求，要使用cy.request()來調(diào)用第三方庫的API。

登錄需要注意的地方

登錄在cypress上有些困難： 許多OAuth服務(wù)商會運(yùn)行A/B兩套方案，導(dǎo)致登錄屏幕動(dòng)態(tài)更改，從而導(dǎo)致自動(dòng)化測試變得困難。另外，OAuth服務(wù)商會根據(jù)你的訪問次數(shù)和頻率來判斷是否是機(jī)器人訪問，如果一旦被認(rèn)定不是真人操作，就會導(dǎo)致不好的結(jié)果。

解決方案

token存根，并在測試前帶上token返回第三方，從而達(dá)到欺騙第三方已經(jīng)登錄的目的

• 如果非要獲取真實(shí)令牌，使用cy.request()并使用OAuth提供的API（這些API不常修改）
• 除了讓測試代碼繞過 OAuth 之外，您還可以向服務(wù)器尋求幫助。也許 OAuth 令牌所做的只是在數(shù)據(jù)庫中生成一個(gè)用戶。通常，OAuth僅在最初有用，并且您的服務(wù)器會與客戶端建立自己的會話。如果是這種情況，請使用 cy.request（） 直接從服務(wù)器獲取會話并完全繞過提供程序。

避免測試用例之間的相互依賴

現(xiàn)在的test依賴于之前的test創(chuàng)造的環(huán)境，這是錯(cuò)誤的寫法。正確的寫法應(yīng)該是將之前test需要生成的結(jié)果寫在before() 鉤子中，每次都可以共享。

使用官方更加推薦的寫法

比較以下兩段代碼的差異：

// 不好的寫法
describe('my form', () => {
    beforeEach(() => {
        cy.visit('/users/new')
        cy.get('[data-testid="first-name"]').type('johnny')
    })
    it('has validation attr', () => {
        cy.get('[data-testid="first-name"]').should('have.attr', 'data-validation', 'required')
    })
    it('has active class', () => {
        cy.get('[data-testid="first-name"]').should('have.class', 'active')
    })
    it('has formatted first name', () => {
        cy.get('[data-testid="first-name"]').should('have.value', 'Johnny')
    })
})
// 推薦的寫法
describe('my form', () => {
    beforeEach(() => {
        cy.visit('/users/new')
    })
    it('validates and formats first name', () => {
        cy.get('[data-testid="first-name"]').type('johnny').should('have.attr', 'data-validation', 'required').and('have.value', 'Johnny')
    })
})

為什么建議寫成第二段代碼那樣？

集成測試和單元測試不同，你始終能知道失敗的斷言和位置在哪里。不用自己將其拆成一個(gè)個(gè)小的單元去測試哪段代碼出問題。

• 另外，當(dāng)寫成一個(gè)個(gè)的測試用例時(shí)，在結(jié)束一個(gè)測試用例后，會重置測試條件，從而造成性能浪費(fèi)。

避免寫可能失敗的代碼

我們在做出數(shù)據(jù)請求后，希望等待數(shù)據(jù)響應(yīng)后，再做接下來的操作。有可能會寫成等待多少秒后再執(zhí)行下一步的操作。但是，這里存在的問題是，

如果在既定的時(shí)間內(nèi)并沒有返回?cái)?shù)據(jù)，就會導(dǎo)致測試失敗。

正確的寫法應(yīng)該是給請求一個(gè)別名，并等待請求成功后，再做接下來的操作。

// 錯(cuò)誤的寫法
cy.intercept('GET', '/users', [{ name: 'Maggy' }, { name: 'Joan' }])
cy.get('#fetch').click()
cy.wait(4000) // 不要自己預(yù)計(jì)寫死等待時(shí)間
cy.get('table tr').should('have.length', 2)
// 正確的寫法
cy.intercept('GET', '/users', [{ name: 'Maggy' }, { name: 'Joan' }]).as('getUsers')
cy.get('#fetch').click()
cy.wait('@getUsers') // 正確等待數(shù)據(jù)請求回來
cy.get('table tr').should('have.length', 2)

以上就是cypress e2e測試編寫注意點(diǎn)總結(jié)分析的詳細(xì)內(nèi)容，更多關(guān)于cypress e2e測試編寫的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論