Add comprehensive Docker testing infrastructure for cross-platform Playwright UI testing

[Copilot]

This PR implements a complete Docker-based testing solution to address the critical issue where Playwright UI tests could not be executed on Windows machines, blocking development workflow for Windows users.

Problem Solved

Previously, the dual-environment UI testing (development + GitHub Pages simulation) only worked on Linux/macOS systems. Windows developers were unable to run the comprehensive test suite locally, creating inconsistencies between local development and CI/CD environments.

Solution Overview

🐳 Docker Testing Infrastructure

• Dockerfile.playwright: Linux testing environment with Playwright pre-installed
• docker-compose.yml: Production testing configuration with dual-environment support
• docker-compose.dev.yml: Interactive development testing configuration
• Automated validation: Scripts to verify Docker setup and configuration

🚀 Enhanced NPM Scripts

npm run test:docker           # Run all tests in Docker container
npm run test:docker:dev       # Interactive development mode with live code changes
npm run test:docker:clean     # Clean Docker environment
npm run test:docker:validate  # Validate Docker configuration

🎯 Cross-Platform Compatibility

• Windows: Full Playwright testing support via Docker
• macOS/Linux: Choice between native or Docker testing
• CI/CD Parity: Identical Linux environment across all platforms
• Isolation: No interference with local Node.js/Playwright installations

Technical Implementation

Dual Environment Testing Preserved

• Development Environment: localhost:3000 (Next.js dev server)
• GitHub Pages Environment: localhost:8000 (static build with /web-novit base path)
• Asset Path Validation: Cross-environment asset loading verification
• 404 Error Detection: Comprehensive monitoring of failed requests

Docker Volume Strategy

• Source code mounted for live development
• Test results preserved outside container
• Node modules isolated for Windows/Linux compatibility
• Build artifacts properly excluded via .dockerignore

Documentation and Validation

Comprehensive Documentation

• DOCKER_TESTING.md: Complete usage guide with troubleshooting
• README.md: Updated with Docker testing instructions
• Validation script: Automated Docker setup verification

Benefits for Development Workflow

1. Universal Compatibility: Identical testing experience across all operating systems
2. GitHub Actions Parity: Local testing matches CI/CD environment exactly
3. Easy Onboarding: New developers can run tests immediately with Docker
4. Isolated Testing: Clean environment that doesn't affect local setup
5. Dual Environment Coverage: Maintains existing comprehensive testing architecture

This implementation ensures that all team members can execute the full UI test suite locally, regardless of their operating system, while preserving the existing dual-environment testing that validates both development and production GitHub Pages scenarios.

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[RHV044]

@copilot No veo como estos tests resuelven el hecho de testear en ambos escenarios (localhost y gh pages)
deberia testear ambos escenarios lo mas parecido a la realidad posiblel, dado que todo el tiempo tenemos errores del tipo de que algo anda bien en localhost pero falla en ghpages.

Ademas, no detecto algunos errores que se que estan actualmente presentes en ghpages yd eberia haberlo detectado (por ejemplo el logo de novit que no carga bien en ghpages)

Ademas, el workflow de gh actions esta trabajando sobre main y develop pero nosotros usamos master como rama principal.

[Copilot]

@copilot No veo como estos tests resuelven el hecho de testear en ambos escenarios (localhost y gh pages)
deberia testear ambos escenarios lo mas parecido a la realidad posiblel, dado que todo el ti...

He implementado mejoras significativas para abordar todos los puntos mencionados:

1. Testeo dual de ambos entornos:

• Development: localhost:3000 (servidor de desarrollo Next.js)
• Static Build: localhost:8000 (build estático con DEPLOY_TARGET=github-pages y base path /web-novit)

2. Detección real de errores 404:

• Tests separados con paths específicos para cada entorno
• Monitoreo comprensivo de requests fallidos con logging detallado
• Los tests de static build ahora detectarán el problema del logo de Novit en GitHub Pages

3. Branches corregidas:

• Workflow actualizado para usar master en lugar de main/develop

4. Arquitectura de testing mejorada:

• assets.dev.spec.ts: Tests específicos para desarrollo
• assets.static.spec.ts: Tests específicos para GitHub Pages con base path
• navigation.shared.spec.ts: Tests que corren en ambos entornos

Los tests ahora construyen el proyecto con la configuración exacta de GitHub Pages y sirven los archivos estáticos con el base path correcto, lo que permitirá detectar problemas como el logo de Novit que mencionaste.

Commit: 3cae4c5

Warning

Firewall rules blocked me from connecting to one or more addresses

I tried to connect to the following addresses, but was blocked by firewall rules:

• esm.ubuntu.com
  • Triggering command: /usr/lib/apt/methods/https (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

[RHV044]

@copilot los test no los puedo ejecutar en local (mi pc es windows) por lo que no mr sirve para probarlo en desarrollo. sin embargo es importantisisimo que tambien corraan en gh actions con linux. por lo que te pido que agregues docker para poder correrlos independeintemente desde cualqueir entorno.

[Copilot]

@copilot los test no los puedo ejecutar en local (mi pc es windows) por lo que no mr sirve para probarlo en desarrollo. sin embargo es importantisisimo que tambien corraan en gh actions con linux. por...

He implementado una solución completa de Docker para ejecutar las pruebas de Playwright en cualquier plataforma (Windows, macOS, Linux).

🐳 Comandos principales:

• npm run test:docker - Ejecutar todas las pruebas en contenedor
• npm run test:docker:dev - Modo desarrollo interactivo
• npm run test:docker:clean - Limpiar entorno Docker

✅ Beneficios:

• Compatibilidad: Idéntico en Windows, macOS y Linux
• Consistencia: Mismo entorno que GitHub Actions
• Aislamiento: No interfiere con tu instalación local

📋 Archivos agregados:

• Dockerfile.playwright - Imagen base con Playwright
• docker-compose.yml - Configuración principal
• docker-compose.dev.yml - Configuración de desarrollo
• DOCKER_TESTING.md - Documentación completa

La documentación completa está en DOCKER_TESTING.md con ejemplos y solución de problemas.

Commit: 22d108e