LinuxParty
El código de JavaScript que se ejecuta en un navegador no necesariamente
significa que funcionará en otros. Sin hacer pruebas de unidad en este
código, las organizaciones pagan dinero para probar y volver a probar
aplicaciones web al decidir actualizar o soportar nuevos navegadores. En
este artículo, aprenda cómo las pruebas de unidad eficientes de su
JavaScript pueden reducir los costos de pruebas y facilitarle el soporte
de más navegadores.

Un ejemplo de código de JavaScript que no funciona
Uno de los más grandes retos que enfrentan las aplicaciones web es el soporte de navegadores web con distintas versiones. El código de JavaScript que se ejecuta en Safari no necesariamente funciona en Windows® Internet Explorer (IE), Firefox o Google Chrome. Este reto es heredado de la falta de pruebas en el código de JavaScript que está viviendo en la capa de presentación desde el día uno. Sin hacer pruebas de unidad en este código, las organizaciones pueden pagar pruebas repetidas de aplicaciones web después de actualizar o soportar nuevos navegadores. Este artículo le muestra cómo reducir los costos de pruebas usando pruebas de unidad eficientes para código de JavaScript.
Aquí podrás ver el resto del artículo.

-
Programación
- Caja de herramientas de los programadores de Linux
- LinuxParty, el 11-S, Fallos HD, y Resucitamos como el Ave Fénix.
- A Linus no le gusta C++
- PHP5 Vs. CakePHP Vs. RubyOnRails.
- Curso / Manual de Programación Shell.
- Desarrolladores de código abierto no se deciden por la GPLv3
- LinuxParty, está en proceso de Mejora.
- Qué significa Foo ? Qué Significa Bar ? Foo y Bar
- Ensamblador en Linux, (asm) DesktopLinuxAsm - Programs
- Simulación de Ensamblador: GNU 8085 Simulator 1.3.2
- Portar código fuente C/C++ de Windows a Linux.
- Virtualización para reconciliar el código GLP y no GLP