TestCafe和Cypress的主要區(qū)別
經(jīng)過分別用TestCafe和Cypress進(jìn)行的端到端自動(dòng)化測試項(xiàng)目實(shí)戰(zhàn)，深刻感覺到，新一代的前端自動(dòng)化工具用了前端自已的技術(shù)棧后，功能集更豐富，運(yùn)行更穩(wěn)定了。二者從工具架構(gòu)上的不同，造成了它們有一些大的區(qū)別，現(xiàn)將它們最主要的區(qū)別列舉如下：
TestCafe支持所有的現(xiàn)代瀏覽器，Cypress就只支持Chrome。如果被測應(yīng)用需要在測試瀏覽器的兼容性，只能選擇TestCafe
Cypress有殺手級的Test Runner，更直觀、更容易上手，在調(diào)試時(shí)也較方便，但對熟手，都是手寫測試，區(qū)別并不太大
Cypress缺失對Fetch Api的支持，F(xiàn)etch Api現(xiàn)在用得這么廣泛，不知Cypress團(tuán)隊(duì)為什么到現(xiàn)在還沒有解決這個(gè)問題。這點(diǎn)在攔截network、作stub方面是個(gè)大問題。雖然可以polyfill掉Fetch，但它是全局的，也算是更改了被測應(yīng)用了，會不會對被測應(yīng)用帶來什么影響呢？
Cypress的所有Command都是異步的，這在編寫測試腳本時(shí)，需要時(shí)時(shí)注意，一不小心就會出錯(cuò)，同樣也會導(dǎo)致出現(xiàn)較多的代碼嵌套
Cypress是和被測應(yīng)用一起運(yùn)行在瀏覽器中的，所以理論上它可以直接操縱被測應(yīng)用，但是瀏覽器作其它事情時(shí)又是受限的，不得不用
task等方式去完成；反而，TestCafe本質(zhì)上是一個(gè)node應(yīng)用，所以它作瀏覽器上的事項(xiàng)時(shí)，也要用ClientFunction來完成。這是它們二者架構(gòu)上的不同所造成的Cypress的API有對單元測試作了更方便的考慮
最后，個(gè)人感覺，從使用者的角度來看，二者不分伯仲。Cypress看上去包括從文檔上來看提供了更多的特性或選擇，其實(shí)反而出現(xiàn)了更多的”噪聲“，更讓新手不容易掌握?？梢园醋砸训南埠煤蜕厦嫠鼈冴P(guān)鍵的區(qū)別來選擇就可以了。
