More and more applications are being built on web technologies, from familiar web apps and services, to Electron-hosted JavaScript, to a new generation of stand-alone progressive web applications. The underlying family of HTML 5 technologies, including JavaScript and CSS along with transpiled languages such as TypeScript, have matured and are delivering far more than we expected in the early days of the web.

The modern web has almost all the tools we need to deliver reliable, enterprise-grade applications. We can build code in familiar IDEs; we can debug it using browser-based tools such as those waiting behind F12. There are even linters to guide us to writing better code. But one area still lags: testing.

Automated web testing tools have been around for a couple of decades now, initially co-opting browser engines to give us headless tools that used the page document object model to automate form filing and parsing results. Early tools were able to simulate user interactions at scale, giving us a tool that not only helped show whether pages and applications performed as expected, but showed how sites performed under load, an essential part of web application testing that was hard to do without automation.

Modern web application testing builds on those tried and tested techniques, though instead of simulating browsers and users, they now build on the Selenium projects original WebDriver specification to test out interactions with production browsers, such as Firefox, Chrome, and both the old EdgeHTML and the new Chromium-based Edge. Microsoft announced support for WebDriver in the new Edge last year at Ignite.

Read the rest here:

Using C# to automate web application testing in Edge with WebDriver - InfoWorld