Puppeteer: Headless Chrome Node API
github.com
Puppeteer: Headless Chrome Node API
1–10 of 105 posts
Re: Puppeteer: Headless Chrome Node API
#2Re: Puppeteer: Headless Chrome Node API
#3Re: Puppeteer: Headless Chrome Node API
#4> Puppeteer works only with Chrome. However, many teams only run unit tests with a single browser (e.g. PhantomJS).
Is this true? Do teams write unit tests but only test them in a single browser? With test runners like Karma and Testem, running tests concurrently in multiple browsers is easy. You'd be throwing away huge value if for some reason you only decided to test in one vendor's browser.
Re: Puppeteer: Headless Chrome Node API
#5I think simple-headless-chrome is more far along https://github.com/LucianoGanga/simple-headless-chrome
Would love to know if there's a feature parity concern you have or what you'd like to see from puppeteer (or any of these projects). (My personal feature unicorn: generate not a static screenshot but a proper video of a page session)
Re: Puppeteer: Headless Chrome Node API
#6> Who maintains Puppeteer?
>
> The Chrome DevTools team maintains the library
Re: Puppeteer: Headless Chrome Node API
#7The API looks nice and clean, but I'm puzzled by this from the FAQ: > Puppeteer works only with Chrome. However, many teams only run unit tests with a single browser (e.g. PhantomJS). Is this true? Do teams write unit tests but only test them in a single browser? With test runners like Karma and Testem, running tests concurrently in multiple browsers is easy. You'd be throwing away huge value if for some reason you o…
Re: Puppeteer: Headless Chrome Node API
#8The API looks nice and clean, but I'm puzzled by this from the FAQ: > Puppeteer works only with Chrome. However, many teams only run unit tests with a single browser (e.g. PhantomJS). Is this true? Do teams write unit tests but only test them in a single browser? With test runners like Karma and Testem, running tests concurrently in multiple browsers is easy. You'd be throwing away huge value if for some reason you o…
From what I've seen in practice, for a lot of teams and projects, running tests concurrently across multiple browsers isn't easy as you claim. Once you have a database involved and not a perfectly clean setup, concurrent testing can become a hassle and is rarely worth the effort of fixing.
Re: Puppeteer: Headless Chrome Node API
#9Re: Puppeteer: Headless Chrome Node API
#10So first there was Selenium's JSON Wire protocol, then came the W3C WebDriver spec and now we're back to browser-specific implementations? As someone who's tried/is trying to automate Firefox/Chrome/Safari/IE in a consistent fashion, my only question is: WHY?
For an example of an impossible task, try to retrieve request headers using Selenium. Browser automation getting more and more complicated the more cases you're trying to cover and in my impression WebDriver is definitely not enough. Who knows, perhaps some new version of WebDriver that I never heard of it will catch up once the functionality gets properly defined.