Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

108
Views
Prueba básica automatizada de una biblioteca de navegador Javascript

Estoy usando Webpack para crear una aplicación web diseñada para el navegador.

Después de mi proceso de compilación, tengo dos archivos: index.html y app.bundle.js

Para mi consternación, descubrí que aunque la configuración del Webpack de development funciona, la configuración de production no lo hace debido a errores durante la minificación.

Estoy buscando la forma más básica de ejecutar una prueba que haga lo siguiente:

  • Abre el archivo index.html (que contiene <script defer="defer" src="app.bundle.js"> y ve si hay algún error cuando se ejecuta el script contenido en app.bundle.js

Eso es.

Necesito un entorno de navegador completo ( requestianimationframe , fetch , etc.)

JSDOM y obtengo el Error: Uncaught [ReferenceError: fetch is not defined] que parece que tiene un montón de problemas, y luego hay una gran cantidad de bibliotecas y herramientas superpuestas como Phantom.js Zombie.js Pupeteer, sin cabeza -chrome, etc. y, sinceramente, no sé cómo abrir mi aplicación. He intentado explorar todas estas herramientas, pero todas son complicadas.

Idealmente, no tendría que crear un servidor web local, pero estaría bien con eso si esto es lo que se requiere.

about 4 years ago · Juan Pablo Isaza
1 answers
Answer question

0

La "mejor" manera de hacer esto en mi humilde opinión sería tener un entorno de prueba completo que refleje su entorno de producción en el que pueda implementar y luego ejecutar pruebas, utilizando un marco como WebdriverIO o Playwright. Pero eso puede ser prohibitivamente costoso y requiere una buena cantidad de trabajo de desarrollo.

Su segunda mejor opción es probablemente configurar un servidor web local en cualquier máquina en la que ejecute sus pruebas y activar allí las pruebas de Selenium o Puppeteer. Al aprovechar un marco como WebdriverIO o Playwright, una prueba básica de verificación de cordura no debería tomar más de una hora o dos para configurarse.

about 4 years ago · Juan Pablo Isaza Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!