Menú

Pruebas de aplicaciones: ¡los conceptos básicos de las pruebas de software!

application testing into basics software testing

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Introducción a las pruebas de aplicaciones

La prueba de aplicaciones es una actividad que casi todos los probadores de software de su carrera realizan con frecuencia. Estas dos palabras son extremadamente amplias en aspectos prácticos. Sin embargo, aquí solo se discutirán las áreas centrales y más importantes. El propósito de este artículo es tocar todas las áreas principales para que los lectores obtengan toda la información básica en un solo lugar.

Prueba de aplicación

En resumen, podemos decir que las pruebas de aplicaciones son un proceso mediante el cual se prueban la funcionalidad, usabilidad y consistencia de toda la aplicación.

Lo que vas a aprender:

Pruebas de aplicaciones: explicación de los conceptos básicos de las pruebas de software

Categorías de aplicaciones

Ya sea un pequeño software de calculadora con solo las operaciones aritméticas básicas o una solución empresarial en línea; hay tres categorías de aplicaciones:

Categorías de aplicaciones

Para las aplicaciones de escritorio, las pruebas deben tener en cuenta la interfaz de usuario, la lógica empresarial, la base de datos, los informes, los roles y derechos, la integridad, la usabilidad, la funcionalidad, el rendimiento, la seguridad, la compatibilidad de hardware y software y el flujo de datos.

Para las aplicaciones web, los evaluadores deben dar suficiente importancia al rendimiento, la carga y la seguridad de la aplicación.

Otros tipos de pruebas principales cubiertos por las pruebas de aplicaciones web son pruebas funcionales, pruebas entre navegadores, UAT, pruebas Beta, pruebas de regresión, pruebas de compatibilidad, pruebas de humo, pruebas exploratorias, pruebas de compatibilidad y soporte multilenguaje y pruebas de estrés.

Para las aplicaciones móviles, los principales tipos de pruebas que se deben realizar son las pruebas de IU, las pruebas basadas en reglas, las pruebas de regresión, funcionales y de seguridad.

Entonces AUT (aplicación bajo prueba) es el software de escritorio o un sitio web o una aplicación móvil.

Prueba de aplicación

Metodologías de prueba de aplicaciones

Este es un aspecto bien conocido y discutido de que solo hay 3 metodologías de prueba aceptadas universalmente:

#1) Caja negra : En las pruebas de caja negra, el AUT se valida contra sus requisitos considerando las entradas y salidas esperadas, independientemente de cómo las entradas se transformen en salidas. Los evaluadores se preocupan menos por la estructura interna o el código que implementa la lógica empresarial de la aplicación.

Caja negra

Hay cuatro técnicas principales para diseñar casos de prueba para pruebas de caja negra:

  • BVA ( Análisis de valor límite )
  • EP (Partición de equivalencia)
  • Tablas de decisiones
  • Tablas de transición de estado (y diagramas)

Las pruebas de caja negra se emplean comúnmente para pruebas funcionales, no funcionales y de regresión.

#2) Caja blanca : El enfoque principal de esta metodología es validar cómo el código / programa implementa la lógica comercial de la aplicación.

Caja blanca

Aquí se prueba la estructura interna de la aplicación y las técnicas disponibles para hacerlo son:

  • Cobertura de código
  • Cobertura de ruta

Ambas técnicas mencionadas anteriormente contienen varias otras estrategias que se pueden discutir en algún otro artículo. Algunas técnicas se analizan en la sección ' Técnicas de diseño de casos de prueba ' tema.

#3) Caja gris : Hablando en términos prácticos, esta es una mezcla de la caja negra y la caja blanca.

Caja gris

¿Cómo abro un archivo eps en Windows 10?

En esta metodología, principalmente el evaluador prueba la aplicación con el enfoque de caja negra. Pero, para algunos módulos de una aplicación críticos o vulnerables para el negocio, las pruebas se realizan a través de una caja blanca.

Solicitud Herramientas de prueba

Hay una gran cantidad de Herramientas de prueba de aplicaciones disponible en el mercado hoy. Estos incluyen herramientas pagas y de código abierto. Además, algunas herramientas tienen un propósito específico.

Por ejemplo, Pruebas de interfaz de usuario, pruebas funcionales, pruebas de bases de datos, pruebas de carga, rendimiento, pruebas de seguridad y pruebas de validación de enlaces, etc. Sin embargo, algunas herramientas son lo suficientemente fuertes como para proporcionar la posibilidad de probar varios aspectos importantes de una aplicación.

El concepto más importante en 'pruebas de aplicaciones' es la prueba funcional. Por lo tanto, nuestro enfoque estará en las herramientas de prueba funcionales.

A continuación, se muestra la lista de algunas de las características más importantes y fundamentales que proporcionan casi todas las herramientas de 'Pruebas funcionales'.

  • Grabar y reproducir
  • Parametrizar los valores
  • Editor de guiones
  • Ejecutar (la prueba o el script, con modos de depuración y actualización)
  • Informe sobre la sesión de ejecución

Los diferentes proveedores ofrecen algunas características específicas que hacen que su producto sea único frente a otros productos de la competencia. Pero las cinco características enumeradas anteriormente son las más comunes y se pueden encontrar en casi todas las herramientas de prueba funcional.

A continuación se muestra la lista de algunos Herramientas de prueba funcional .

1) HP QTP ( Prueba rápida profesional )
2) Selenio
3) Robot IBM Rational
4) Prueba completa
5) Presione para probar
6) Telerik

Plan de prueba de software (POR FAVOR)

Para cualquier actividad, siempre se requiere algo de planificación y lo mismo ocurre con las pruebas de software. Sin un plan adecuado, siempre existe un alto riesgo de distraerse durante la prueba. Si este riesgo se convierte en un hecho, los resultados podrían ser horribles.

5 partes principales de un buen plan de prueba

#1 Alcance

  • Descripción general de AUT
  • Características (o áreas) a probar
  • Exclusiones (características o áreas que no se deben probar) con motivo
  • Dependencias (de las actividades de prueba entre sí, si las hay)

# 2) Objetivos: Esta sección describe los objetivos de la actividad de prueba, p. validación de correcciones de errores, nuevas funciones agregadas o renovación de AUT, etc.

# 3) Enfoque: Esta sección describe qué aspecto de la aplicación se incluirá en las pruebas, p. Ej. seguridad, funcionalidad, usabilidad, confiabilidad, desempeño o eficiencia, etc.

# 4) Enfoque: Esta sección describe qué metodología de prueba se adoptará para qué áreas de AUT. Por ejemplo, en el STP de una aplicación ERP; la sección de enfoque puede contener la información de que las pruebas de caja negra serán el enfoque para la nómina. Por otro lado, para los informes, el enfoque será la prueba de caja gris.

# 5) Horario: Esta sección describe quién hará qué, dónde, cuándo y cómo en el AUT. La sección de programación es, de hecho, un '4Ws y 1H' del STP. Normalmente, el cronograma se prepara como una tabla simple, pero cada organización puede tener su propio formato personalizado según sus propias necesidades.

Una vez que el plan de prueba está listo y la aplicación está en desarrollo, los evaluadores diseñan y documentan los casos de prueba. En la sección 'Pruebas de aplicaciones: metodologías' anterior, he enumerado las técnicas de diseño de TC.

Ciclos de prueba de aplicaciones

Una vez que AUT está listo para la prueba, comienza la fase práctica del ciclo de prueba en la que los probadores realmente ejecutan los casos de prueba en AUT. Tenga en cuenta que aquí el ciclo de prueba se analiza independientemente de los niveles de prueba (unidad, módulo, integración, aceptación del sistema y del usuario) y los entornos de prueba (desarrollo, control de calidad, réplica del cliente, en vivo).

#1) Prueba de humo : Este es el primer ciclo de prueba. El propósito de las pruebas de humo es verificar que no haya fallas en la aplicación y que sea adecuado para más pruebas. Este paso es ancho y poco profundo.

# 2) Prueba de cordura: Este es el segundo ciclo de prueba. Su propósito es verificar que un módulo específico esté funcionando correctamente y sea adecuado para una prueba completa. Este paso es estrecho y profundo.

Consejo profesional: Por lo general, no hay suficiente tiempo disponible para ejecutar los dos ciclos anteriores por separado. Por tanto, en la práctica se adopta una combinación de ambos ciclos.

#3) Pruebas funcionales : En este ciclo de prueba de la aplicación se realiza la prueba adecuada y completa de la aplicación. El enfoque principal de esta actividad es verificar que la lógica empresarial de la aplicación esté funcionando como se esperaba.

#4) Pruebas de regresión : Este es el ciclo de aplicación final. Aquí se verifican las correcciones de errores y / o actualizaciones. Además, las pruebas de regresión también aseguran que no haya fallas en otras áreas de AUT debido a correcciones y cambios.

Los errores se registran en cada ciclo de prueba. No existe una frontera clara entre los ciclos de prueba. Por ejemplo, en Regresión, también se verifica la Funcionalidad y también puede requerir humo, cordura o su fusión primero.

Hemos hablado anteriormente de cuatro ciclos de prueba de aplicaciones diferentes. También debemos entender aquí que cada ciclo de prueba de la aplicación tiene ciertos pasos involucrados. Generalmente, cualquier ciclo de prueba tiene los pasos que se presentan en la siguiente imagen:

Ciclos de prueba de aplicaciones

Prueba de aplicación - Mejores prácticas

Creo que hay cientos de artículos disponibles en Internet. Cada artículo sugiere un número diferente de mejores prácticas que van de 7 a 30 (que he visto hasta ahora). Sin embargo, solo tengo 5 consejos para los lectores.

  • Plan Adecuadamente
  • Prueba De modo penetrante
  • Registra los errores Claramente
  • Haz la prueba de regresión Eficientemente
  • Mejora las cuatro habilidades anteriores Continuamente

Además, debe priorizar bien los casos de prueba y cubrir primero los principales flujos comerciales.

Conclusión

La prueba de aplicaciones es un tema muy amplio y es la actividad principal de casi todos los probadores de software.

En este artículo, he proporcionado una descripción general de las áreas más fundamentales y necesarias que se incluyen en las pruebas de aplicaciones. Implica estrategias, fenómenos, enfoques, herramientas, tecnologías y pautas. He abordado la perspectiva conceptual y práctica de las pruebas de aplicaciones junto con sus áreas de interés más destacadas.

Lectura recomendada

^