Cómo probar la compatibilidad de los programas con Windows

Establecer el ámbito de las pruebas

Si su organización utiliza numerosas aplicaciones, quizás no tenga tiempo de probarlas todas con el detenimiento que desearía. Pruebe en primer lugar las aplicaciones con mayor prioridad y las que se utilizan con más frecuencia o más extensamente.

Pruebe tanto las aplicaciones basadas en servidor como las basadas en cliente. Las aplicaciones cliente suelen ser las más difíciles de probar y las que llevan más tiempo, debido al gran número de aplicaciones existentes.

Definir la metodología de pruebas

Cuando planee la metodología, tenga en cuenta lo siguiente:

¿Dónde se realizarán las pruebas?
¿Quién efectuará las pruebas?
¿Cómo se comunicará con los participantes y cómo los involucrará?
¿Cómo programará el calendario de las pruebas?
¿Cómo administrará los problemas de las aplicaciones?

Si su organización dispone de un grupo de personas encargadas de probar aplicaciones, le recomendamos que las utilice. Si no tiene un grupo de ese tipo, procure utilizar diversos recursos para conseguir los mejores resultados en un plazo razonable de tiempo.

Por ejemplo, puede utilizar algunos evaluadores con experiencia para crear una batería de casos de prueba y que enseñen a otros a realizarlos. Como alternativa, puede hacer que los evaluadores con experiencia realicen un conjunto básico de pruebas y coordinar con las unidades de negocio que sus expertos vayan al laboratorio a realizar las funciones que utilizan en su trabajo.

Diseñe un proceso para programar los días de prueba y comunicarse con los evaluadores. Por ejemplo, puede configurar un sitio Web en la intranet donde cualquiera pueda ver las fechas de las pruebas, los informes de estado, los nombres de los contactos y otros documentos relevantes.

Identificar los recursos necesarios

Cuando planee la prueba de compatibilidad de las aplicaciones, tenga en cuenta el estado futuro de su entorno informático. ¿Piensa actualizar cierto software a versiones que utilicen plenamente las nuevas características de Windows? ¿Piensa implementar nuevas configuraciones estándar de escritorio o utilizar Servicios de Terminal Server?

Cuestiones de este tipo determinan los recursos necesarios y las aplicaciones que va a probar como un conjunto.

Si piensa implementar nuevas aplicaciones con Windows durante el despliegue, pruebe estas aplicaciones con las actuales.

Puede facilitar las pruebas si configura un laboratorio donde los evaluadores puedan realizar sus pruebas. En el laboratorio puede hacer que las herramientas y los equipos necesarios estén disponibles en todo momento.

En el laboratorio, configure los equipos para inicio doble o triple, de forma que los evaluadores puedan tener acceso rápidamente al modo que necesitan para instalar y probar sus aplicaciones. Por ejemplo, quizás necesite Windows NT 4.0 y Windows 2000 para probar las aplicaciones en la ruta de actualización. Para que los evaluadores puedan restaurar fácilmente sus equipos al estado que tenían anteriormente, cree imágenes de disco de las unidades con los sistemas operativos base.

Definir los criterios de paso o error

Defina un procedimiento para que los evaluadores sepan cuándo y dónde van a registrar los problemas de las aplicaciones y las cuestiones que desee resolver.

Para definir los criterios de paso y error, tenga en cuenta aspectos como los siguientes:

¿Cuál es la importancia del problema? ¿Afecta a una función crítica o es algo accesorio?
¿Qué probabilidad hay de que alguien tenga ese problema?
¿Hay alguna forma de evitar el problema?

El calendario de las pruebas depende de muchas condiciones, entre las que se incluyen:

El número de evaluadores que participan.
Si los evaluadores están dedicados al proyecto a tiempo completo o si hay que reservarlos de antemano.
Los niveles de conocimientos de los evaluadores.
El número y la complejidad de las aplicaciones.

Probar aplicaciones

Muchas aplicaciones comerciales ya han sido probadas con el fin de determinar su compatibilidad con Windows 2000 y posterior. Microsoft ofrece una lista de aplicaciones para Windows 2000 donde puede consultar el estado de las aplicaciones que usted utiliza. Esta lista utiliza las designaciones siguientes:

Certificada: indica que VeriTest ha probado la aplicación y que ésta aprovecha las nuevas características de Windows.
Preparada: indica que, según el fabricante, se ha probado la compatibilidad de la aplicación y ésta es compatible con Windows 2000. La aplicación no aprovecha necesariamente las nuevas características de Windows.
Planeada: indica que está previsto que la aplicación cumpla los criterios de Certificada o Preparada cuando esté probada en su totalidad.

Estrategias de las pruebas

El objetivo de probar las aplicaciones es comprobar que todo lo que funciona en la plataforma actual funcionará también en la versión actual de Windows. Si una aplicación se ha escrito para una versión anterior de Windows, no utilizará necesariamente las nuevas características de Windows, pero debe funcionar en Windows 2000 del mismo modo que en la plataforma actual.

Aplicaciones comerciales

En el caso de las aplicaciones comerciales, el primer paso consiste en ejecutar el programa de instalación en modo de sólo comprobar la actualización con el fin de detectar posibles incompatibilidades. Cuando ejecute el programa de instalación en este modo, Windows comprobará el software instalado con una lista de aplicaciones que se sabe que son incompatibles y registrará todo lo que encuentre. El formato de la línea de comandos para el modo de sólo comprobar la actualización es el siguiente:

winnt32 /checkupgradeonly
Aunque esta herramienta puede alertarle de posibles problemas de compatibilidad, sólo admite un pequeño porcentaje de las aplicaciones y únicamente las aplicaciones instaladas en el equipo que va a comprobar.

El siguiente paso consiste en probar el directorio de aplicaciones de Windows para determinar la compatibilidad de las aplicaciones que utiliza.

Incluso aunque algunas de las aplicaciones hayan sido probadas por otros, debe probarlas en su entorno. En este caso, centre las pruebas en la forma en que su organización utiliza las aplicaciones. Por ejemplo, pruebe lo siguiente:

Configuraciones utilizadas en su organización.
Características utilizadas con más frecuencia.
Combinaciones de aplicaciones que utiliza conjuntamente.

No olvide probar el software antivirus. Es necesario actualizar muchas de estas aplicaciones debido al uso que hacen de los filtros del sistema de archivos. Muchos filtros del sistema de archivos de Windows NT 4.0 quizás no funcionen en Windows 2000 o posterior debido a los cambios realizados en el sistema de archivos NTFS.

Aplicaciones personalizadas

Si utiliza productos personalizados de terceros o desarrolla aplicaciones internamente, necesita diseñar una estrategia de pruebas más completa que para las aplicaciones comerciales ya probadas.

Aunque esté probando una aplicación no desarrollada por usted, la especificación de aplicaciones de Windows 2000 puede ser útil para diseñar las pruebas. El sitio Web de MSDN en
http://msdn.microsoft.comincluye una versión que puede descargar de la especificación, así como un plan de pruebas que detalla todas las pruebas realizadas por Microsoft para conseguir la certificación de las aplicaciones de Windows 2000. Este plan de pruebas puede aportarle ideas acerca de las áreas funcionales y lo que debe probar. El sitio Web de MSDN también contiene otra información importante acerca de las pruebas, como notas del producto sobre pruebas exploratorias y el método que las organizaciones independientes de pruebas utilizan para probar la funcionalidad de las aplicaciones que los proveedores envían para su certificación.

NOTA: las sugerencias de prueba contenidas en esta sección no son completas y no se aplican a todas las situaciones. Pretenden ayudarle a empezar a pensar en cómo realizar las pruebas.

Escenarios de implementación de pruebas

Pruebe a instalar y ejecutar las aplicaciones con los escenarios que piensa utilizar durante la implementación. Por ejemplo, quizás piense efectuar la implementación realizando la instalación en equipos limpios o actualizándose de Windows 95 ó Windows 98 o una versión anterior de Windows NT. Si piensa hacer la actualización, puede conservar las aplicaciones en el equipo durante la actualización o puede desinstalarlas e instalarlas de nuevo después de la actualización.

Debido a las diferencias existentes entre Windows 95 o Windows 98 y Windows 2000, las instalaciones de algunas aplicaciones funcionan de manera diferente según el sistema operativo que utilice. Por ejemplo, si instala una aplicación en un equipo que ejecuta Windows 95 o Windows 98 y después actualiza el equipo a Windows 2000, puede que la aplicación no funcione de la misma forma que si la hubiera instalado en Windows 2000. En este caso, quizás necesite desinstalar la aplicación y volver a instalarla después de la actualización u obtener una biblioteca de vínculos dinámicos (DLL) de migración.

Una DLL de migración permite que una aplicación instalada originalmente en Windows 95 o Windows 98 funcione correctamente después de actualizar el equipo a Windows 2000. Las DLL de migración pueden resolver problemas de las aplicaciones al realizar las acciones siguientes:

Reemplazar o actualizar archivos específicos de Windows 95 o Windows 98 con archivos compatibles con Windows 2000.
Asignar claves del Registro específicas de Windows 95 o Windows 98 a las ubicaciones apropiadas para Windows 2000.

Escenario de actualización

Si está pensando actualizar los equipos:

Instalar Windows 95, Windows 98 o Windows NT 3.51 o posterior.
Instalar la aplicación que desea probar.
Actualizar el equipo a Windows 2000.
Probar la aplicación.

Escenario de instalación limpia

Si está pensando realizar una instalación en equipos reformateados:

Instalar Windows 2000.
Instalar la aplicación.
Probar la aplicación.

Probar la instalación y la desinstalación

Pruebe la instalación de aplicaciones de diversas formas, como las siguientes:

Terminar la instalación antes de que se haya terminado.
Probar todas las opciones de instalación utilizadas en su entorno.
Si su organización permite a los usuarios instalar aplicaciones, probar la instalación como administrador y como usuario avanzado; después, probar la funcionalidad de la aplicación.
Probar a desinstalar las aplicaciones.
Comprobar que un administrador puede instalar una aplicación y que un usuario puede desinstalarla. Cuando se inicia sesión como un usuario, la instalación debe completarse o impedirse.

Probar las aplicaciones utilizando las características, configuraciones y conjuntos de aplicaciones empleados para realizar tareas empresariales.

Tener acceso a datos

Pruebe el acceso a datos de diversas formas, como las siguientes:

Tener acceso a datos de un servidor que ejecute la versión actual de Windows, así como de un servidor que ejecute Windows 2000.
Probar el uso simultáneo de una base de datos, incluyendo el acceso y la actualización simultáneos de un registro.
Realizar consultas complejas.

Probar la impresión

Imprima diversos tipos de documentos con diferentes impresoras, como lo siguiente:

Imprimir documentos con archivos incrustados de distintas aplicaciones de origen.
Imprimir en impresoras con nombres largos de archivo.

Problemas de compatibilidad frecuentes

Puede que las aplicaciones desarrolladas para versiones anteriores de Windows no aprovechen plenamente las nuevas características, como Active Directory o IntelliMirror. Esta sección no trata estas características nuevas.

Protección de archivos de Windows: las versiones anteriores de Windows permitían a las aplicaciones reemplazar los archivos de sistema compartidos durante la instalación. Cuando se producían estos cambios, los usuarios solían tener problemas que iban desde errores de programa hasta un sistema operativo inestable.

Protección de archivos de Windows es una característica nueva que impide que las aplicaciones reemplacen archivos de sistema. Esta característica comprueba que los archivos de sistema protegidos son de la versión correcta de Microsoft. Si se reemplazó un archivo con una versión incorrecta, Windows restaura la versión correcta.
Comprobación de montón robusta: Windows incluye varias mejoras de rendimiento en el administrador de montones. Las aplicaciones que no utilizaban correctamente la administración de montones pueden presentar ahora problemas de administración de memoria. Entre los problemas frecuentes se incluye el uso de memoria después de haberse liberado y suponer que una memoria no se mueve cuando se reasigna a un tamaño menor.
Enumeración de dispositivos hardware: Los cambios en la lista de dispositivos hardware compatibles pueden causar problemas en las aplicaciones que utilizan dispositivos que ya no son compatibles.
Enumeración de fuentes: La lista de fuentes ha cambiado. Como se han agregado claves al Registro para permitir la internacionalización, algunas aplicaciones pueden tener varias presentaciones de fuentes.
Claves del Registro modificadas: Algunas claves del Registro se han movido o eliminado. Las aplicaciones que escriben en la interfaz de programación de aplicaciones (API) no deben tener problemas, pero pueden tenerlos si escriben directamente en el Registro.
Comprobación de versiones: Puede haber problemas en los programas de instalación de aplicaciones que comprueban las versiones de manera incorrecta. Compruebe la versión que necesita su aplicación, u otra posterior, a menos que su aplicación dependa de un sistema operativo o de una versión específicos.
Servicio de mensajería de Windows: Las aplicaciones que esperan que el sistema operativo les proporcione el Servicio de mensajería de Windows (WMS) no lo encontrarán.
Seguridad de entrada y salida de archivos: Windows ha mejorado la seguridad de la entrada y la salida de archivos. Las aplicaciones que utilizan filtros de archivos, como los programas antivirus, pueden perder gran parte de su funcionalidad en Windows 2000 o posterior.

Resolver incompatibilidades de aplicaciones

Cuando encuentre problemas de compatibilidad de aplicaciones, debe establecer las prioridades de los mismos y asignarlos a alguien para que los resuelva. Debe tener un plan para asignar los problemas.

La asignación del personal adecuado al estudio y la resolución de los problemas es un factor crítico para el éxito de las pruebas de las aplicaciones. La resolución de problemas puede abarcar una amplia gama de actividades, como las siguientes:

Consultar problemas conocidos y sus soluciones en sitios Web.
Ponerse en contacto con proveedores para conseguir revisiones, programas de instalación o archivos DLL de migración.
Ponerse en contacto con el soporte técnico de Microsoft.
Depurar las aplicaciones desarrolladas internamente.

Mientras estudia la causa de un problema, tenga en cuenta distintos enfoques para determinar cuál es la mejor solución. Por ejemplo, podría elegir:

Resolver el problema si usted desarrolló la aplicación.
Pedir al fabricante que resuelva el problema si usted adquirió la aplicación.
Reemplazar la aplicación por una nueva versión o por otra aplicación distinta.
Omitir el error si tiene alguna forma de evitar el problema.

Asegúrese siempre de que un problema no se produce en la plataforma actual antes de estudiarlo como un problema de compatibilidad con Windows 2000. He aquí algunos recursos disponibles para estudiar los problemas de compatibilidad con Windows 2000:

Especificación de aplicaciones para Windows 2000, que puede descargar de MSDN Library en
http://msdn.microsoft.com (en ingles), o http://www.microsoft.com/spain/msdn/ (en castellano).

El apéndice E indica la ubicación exacta donde puede obtener la especificación.
Guía de compatibilidad de Windows 2000, que puede encontrar en MSDN Library en
http://msdn.microsoft.com (en ingles), o http://www.microsoft.com/spain/msdn/ (en castellano).

Esta guía contiene información valiosa acerca de cómo diagnosticar problemas de compatibilidad.
Microsoft Technet en
http://www.microsoft.com/spain/technet/, que contiene actualizaciones, notas del producto y otra información técnica
Directorio de aplicaciones para Windows 2000, que incluye información de soporte técnico y vínculos a sitios Web de fabricantes.