Advertisement
claukiller

Untitled

Jan 27th, 2020
177
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 3.85 KB | None | 0 0
  1. I recommend using https://devexpress.github.io/testcafe.
  2. Pros:
  3. • easy install
  4. • complete test harness
  5. • javascript ES2016 with (async/await)
  6. • flexible selector system
  7. • smart assertions with a retry policy
  8. • reports
  9. See the simple tutorial here.
  10. https://codecept.io/testcafe/#cons
  11.  
  12.  
  13. So far, TestCafe is the only framework that provides native testing experience for Vue.js applications. Let’s see how easy it is to test a Vue.js application with TestCafe.
  14.  
  15. Español, ejemplo muy simple https://www.paradigmadigital.com/dev/testcafe-el-aliado-perfecto-para-el-desarrollo-de-tus-tests-e2e/
  16.  
  17. https://medium.com/technical-credit/end-to-end-testing-for-react-vue-etc-18b85e10c6f0
  18.  
  19.  
  20. https://medium.com/clockwork-nl/mastering-testing-with-vue-js-by-testing-a-real-application-and-setting-up-ci-cd-e4e989c12912
  21.  
  22.  
  23. https://dev.to/heyshadowsmith/vue-component-tdd-with-jest-and-storybook-52od
  24.  
  25.  
  26.  
  27.  
  28. https://codecept.io/testcafe/#cons
  29.  
  30. Pros
  31. • Fast. Browser is controlled from inside a web page. This makes test run inside a browser as fast as your browser can render page with no extra network requests.
  32. • Simple Cross-Browser Support. Because TestCafe only launches browsers, it can automate browser on desktop or mobile. Unlike WebDriver, you don't need special version of browser and driver to prepare to run tests. Setup simplified. All you need is just a browser installed, and you are ready to go.
  33. • Stable to Execution. Because a test is executed inside a browser, the network latency effects are reduced. Unlike WebDriver you won't hit stale element exceptions, or element not interactable exceptions, as from within a web browser all DOM elements are accessible.
  34. #Cons
  35. • Magic. Browsers executed in TestCafe are not aware that they run in test mode. So at some edges automation control can be broken. It's also quite hard to debug possible issues, as you don't know how actually a web page is parsed to inject automation scripts.
  36. • No Browser Control. Because TestCafe do not control browser, you can't actually automate all users actions. For instance, TestCafe can't open new tabs or open a new browser window in incognito mode. There can be also some issues running tests on 3rd party servers or inside iframes.
  37. • Simulated Events. Events like click or doubleClick are simulated by JavaScript internally. Inside WebDriver or Puppeteer, where those events are dispatched by a browser, called native events. Native events are closer to real user experience. So in some cases simulated events wouldn't represent actual user experience, which can lead to false positive results. For instance, a button which can't be physically clicked by a user, would be clickable inside TestCafe.
  38. https://medium.com/yld-blog/evaluating-cypress-and-testcafe-for-end-to-end-testing-fcd0303d2103
  39.  
  40. https://dzone.com/articles/selenium-can-it-compete-with-cypress-and-testcafe
  41.  
  42. In the Red corner: TestCafe
  43. TestCafe definitely has some valuable features that I’m very much interested in. Here are my top four favorite TestCafe features.
  44. 1. Browser handling: It can run tests simultaneously in any browser, and no, it doesn’t need any complex configuration (including mobile devices and cloud services).
  45. 2. Headless testing: It can run tests in headless mode (Chrome, Firefox) without having to render DOM.
  46. 3. Proxy server: TestCafe uses a proxy server. It injects scripts into the page, which can inspect and control elements on the page. This amazing tool also allows interaction with native alerts, file upload inputs, and iframes.
  47. 4. DB fixtures: The ability to call out to parts of your Node server application directly from the test (setting up and clearing database fixtures, starting and stopping the test server).
  48.  
  49. https://devexpress.github.io/testcafe/documentation/test-api/assertions/assertion-api.html
  50. https://devexpress.github.io/testcafe/documentation/test-api/actions/
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement