Why do we need Node.js as a pre-requisite before installing Playwright?

Before we get into the details, let us first know the origin of Node.js

Ryan Dahl created Node.js in 2009. He was a software engineer frustrated with the limitations of existing web servers at the time.

The Problem He Wanted to Solve

In 2009, Ryan was working on web applications and noticed:

  1. Apache HTTP Server (the most popular web server) handled each connection with a separate thread
  2. This meant if you had 10,000 simultaneous users, you needed 10,000 threads
  3. Creating/managing so many threads consumed massive memory and CPU
  4. File upload progress bars were difficult - servers couldn't easily tell the browser "50% uploaded... 75% uploaded..."

By combining JavaScript, V8, and non-blocking I/O, Ryan Dahl created a platform that revolutionized backend development and enabled JavaScript to dominate both frontend and backend. 

 Playwright is Built on Node.js

Playwright is a Node.js Library

  • Playwright is written in TypeScript/JavaScript and distributed as an npm package
  • It runs in the Node.js runtime environment
  • The core automation logic, browser communication, and APIs all execute within Node.js

 Programming Language

  • While Playwright supports multiple languages (Python, Java, .NET, JavaScript/TypeScript), the JavaScript/TypeScript version is the original and most feature-rich
  • Even when using Playwright in other languages, those implementations often communicate with or are inspired by the Node.js version

Package Management

  • npm (Node Package Manager) is used to download and install Playwright
  • npm manages dependencies and versioning
  • Makes it easy to update and maintain Playwright

Execution Environment

  • Your test scripts run in Node.js
  • Node.js provides the runtime that executes your automation code
  • It handles asynchronous operations, file system access, and network communication

 

 

 

 

Comments

Post a Comment

Popular posts from this blog

Await and Async

Typescript and Javascript is asynchronous . This means in our test which has multiple steps there is no guarantee that they will be executed one after the other. Let us consider an example where we typically try to login to a website.  Say, I want to book the book travel tickets. Below are the steps we follow manually.  Step1: Go to the Travel website URL  Step2: Provide Username and Password  Step3: Click on Login button to get into the application If we can notice, all these steps are sequential in nature. if we try to miss step2 and with out credentials clicking on Login button would not take us to the application.  Similarly, as we are trying to do automation ( web automation ), we should ensure all these steps are followed in sequence in above scenario. And we are relying on Typescript/Javascript to enable this automation. But we should understand that these are asynhronous. Meaning the steps can be executed in any order. So t...
Read more

What is spec.ts?

The spec file is a collection of test cases. Once we have done npm init playwright, we see a function @playwright/test imported. Using this test annotation, we can define the test cases. import {test} from '@playwright/test'; Test function is what we are importing. test('Name of the test case', 'callback function' { // playwright test steps // step 1 // step 2 ........ ........ ........ }); There are some built-in test sub-functions available that we can use with the test annotation. These help in controlling which tests to run or not. Example: test.only() -- Playwright will only run this test from the specs. test.skip() -- Playwright will not run this test from the specs. test.fail() -- Playwright will validate and check if the test is failing. if not, then it will complain.
Read more