how make manual testing more efficient using micro focus sprinter
HP Quality Center / ALM ahora se cambió a Micro Focus Quality Center / ALM, pero aún así, el contenido de la página también es válido en el nuevo dominio y herramientas de Micro Focus.
Hoy en esta era de Pruebas de automatización , en casi todos los departamentos de control de calidad, la automatización es la primera preferencia. Pero hay pocos departamentos de control de calidad en los que el 70-80% de las pruebas se realizan manualmente. De hecho, hay casos en los que la calidad se determina completamente de forma manual, ya que allí no se lleva a cabo ninguna automatización.
Una de las razones cruciales para que las empresas continúen con la prueba manual es la incapacidad de las herramientas de automatización para hacer frente a los cambios que algunas aplicaciones enfrentan de forma regular. En ciertos casos, la única opción que queda con QA es la prueba manual.
Prueba manual , la forma más antigua de prueba, a veces puede ser muy laboriosa ya que requiere que el evaluador sea muy paciente, creativo, innovador, de mente abierta y hábil. El probador manual debe tener ideas originales y pensar siempre que están en el lugar del cliente mientras prueba la aplicación.
Las pruebas exploratorias, como parte de las pruebas manuales, es el área donde los probadores manuales pueden analizar su capacidad para pensar de manera innovadora.
En caso de realizar pruebas exhaustivas de la aplicación, las pruebas manuales juegan un papel crucial. Durante la fase de desarrollo inicial, lo inteligente es probar la aplicación inicial desarrollada manualmente en lugar de perder tiempo escribiendo scripts de prueba.
Mientras realiza una prueba manual para cualquier aplicación web, aplicación de escritorio o aplicación móvil, se dice que un ingeniero de prueba manual trabaja de manera más efectiva cuando el probador puede Identificar muchos errores graves y críticos en la aplicación en un corto período de tiempo.
Tal habilidad para pensar fuera de la caja es muy importante ya que a menudo hay un límite de tiempo para cada proyecto de desarrollo de software y dentro del período de tiempo limitado, es necesario garantizar la calidad del producto / aplicación. ' El tiempo es dinero ”
A menudo se ve que corremos por diferentes herramientas para aumentar la eficiencia de la prueba de scripts automatizados. Hay muchas herramientas disponibles para soportar casi todos los escenarios, pero la realidad es que todavía hay muchos casos en los que algunos casos de prueba no pueden o dicen que no deberían automatizarse . La realidad es que, con las pruebas de automatización, muchas veces los probadores siguen luchando entre los scripts de prueba, los datos de prueba, las diferentes aplicaciones para analizar los informes de prueba, el seguimiento de defectos, etc., lo que da como resultado o crea muchas oportunidades para errores como ingresar datos de prueba incorrectos, omitir algunos pasos en un guión de prueba, etc.
Se ha hecho mucho para aumentar la eficiencia de las pruebas de automatización pero, por el contrario, poco se ha hecho para mejorar la eficacia de las pruebas manuales. .
Hablemos de algunos factores que se pueden considerar para hacer que el trabajo del ingeniero de pruebas manuales sea más productivo y las pruebas manuales más efectivas.
Lo que vas a aprender:
- Factores que hacen que las pruebas manuales sean más productivas:
- Desafíos de las pruebas manuales
- La solución
- Pasos detallados para ejecutar una prueba básica con HP Sprinter
- Conclusión
- Lectura recomendada
Factores que hacen que las pruebas manuales sean más productivas:
- Una minuciosa revisión del documento de requisitos , comprender cada implementación y modificación es el primer y principal requisito / necesidad antes de proceder con las pruebas funcionales.
- Mientras se preparan los casos de prueba, se debe dar más énfasis a aquellas áreas donde se pueden encontrar errores críticos o importantes. Por ejemplo , se debe dar más énfasis en áreas donde hay alguna integración con alguna otra aplicación o implementación de una nueva característica, en lugar de cambios en la IU (interfaz de usuario).
- Los casos de prueba deben cubrir todos y cada uno de los detalles para una nueva implementación o modificación que describa cada funcionalidad.
- La prioridad de los casos de prueba se puede establecer según la efectividad en la aplicación, de modo que en un plazo menor dado, al menos solo se deben cubrir aquellos casos de prueba cuya prioridad sea alta. El caso de prueba que cubre algunos cambios menores en la interfaz de usuario se puede omitir cuando hay menos tiempo, ya que hay poca o ninguna efectividad de dichos casos de prueba en la aplicación.
- Los casos de prueba deben prepararse de manera que todos los datos de prueba se mencionen claramente con el resultado de prueba esperado correspondiente a cada caso de prueba.
- Según el requisito de la aplicación, pruebas funcionales entre navegadores definitivamente debe realizarse. La prueba funcional entre navegadores consiste en probar aplicaciones en diferentes sistemas operativos con diferentes combinaciones de navegadores. La funcionalidad puede no diferir, pero se observan muchos errores de IU en las pruebas funcionales de varios navegadores.
- A veces, la experiencia previa en proyectos ayuda mucho a determinar nuevos escenarios de prueba para comprender la aplicación de diferentes maneras. Muchas veces este enfoque da como resultado errores extraordinarios que no podrían haber sido detectados por la ejecución normal de los casos de prueba.
- Las pruebas exploratorias ayudan a los evaluadores a utilizar su pensamiento para tomar la aplicación de la manera que el cliente podría tomar.
- Probar la aplicación con cada fase de desarrollo es la mejor práctica, ya que puede ser rentable y reducir las posibilidades de encontrar errores graves posteriormente. Los defectos identificados posteriormente son más costosos de reparar que los defectos identificados en las primeras etapas de la prueba.
- Los informes de errores deben ser tales que el desarrollador los entienda claramente. Se deben dar los pasos exactos para la reproducción para que los desarrolladores no asuman el escenario mientras arreglan el defecto. Esto ayudará a corregir el error rápidamente.
- Adecuado Herramientas de seguimiento de errores como JIRA, Bugzilla, etc. deben usarse para informar problemas.
Desafíos de las pruebas manuales
Las pruebas manuales son, por un lado, muy propensas a errores, requieren mucho tiempo y son laboriosas, mientras que, por otro lado, existen múltiples desafíos enfrentados al realizar pruebas manuales . Enlistados a continuación hay algunos: -
- Pasos repetitivos a seguir durante la ejecución del caso de prueba.
- Ingrese manualmente una gran cantidad de datos.
- Trabaja con múltiples pantallas y herramientas. Realice pruebas en varios navegadores.
- Mucho tiempo dedicado a la redacción de casos de prueba y la gestión de datos de prueba.
- Pérdida de tiempo al recrear / reproducir los problemas una vez observados.
- No se mantiene un seguimiento de la acción de prueba realizada durante la prueba exploratoria.
La solución
Para lograr ambos velocidad y calidad , para aumentar eficacia y eficiencia de pruebas manuales, Micro Focus ha introducido una solución de prueba de software manual, conocida como, HP Sprinter , que acelera las pruebas ágiles maximizando el impacto de las pruebas exploratorias. HP Sprinter a menudo también se conoce como HP ALM / QC Sprinter .
Ventajas de utilizar HP ALM / QC Sprinter:
Las características clave de HP ALM / QC Sprinter incluyen:
- Mejore y mejore las pruebas exploratorias determinando mejor el motivo del defecto o el resultado de la prueba.
- Entregue resultados más rápido
- Grabación de la acción del usuario mientras realiza casos de prueba de manera detallada, lo que da como resultado resultados de prueba completos.
- Elimina la repetición de casos de prueba - Inyección de datos
- Ejecución de casos de prueba simultáneamente en varias máquinas para una mayor cobertura de diferentes entornos para determinar la compatibilidad de la aplicación
- Prueba de espejo Pruebe varios entornos al mismo tiempo.
- Aumento de la productividad con defectos resueltos a un ritmo más rápido.
Descarga de Micro Focus Sprinter: Puede descargar la versión de prueba de HP Sprinter en esta página .
Mira un corto Demostración de HP Sprinter video aquí:
Pasos detallados para ejecutar una prueba básica con HP Sprinter
Entendamos con múltiples capturas de pantalla ' Cómo se ejecuta una prueba básica ' utilizando HP Sprinter.
1) Hp Sprinter tiene dos modos: ' Plan ' y ' Correr '. Planifique el modo para responder a la prueba y Ejecutar para la ejecución de la prueba.
(Nota: Haga clic en cualquier imagen para ampliarla)
2) Ahora, para abrir una prueba en HP Sprinter, primero haga clic en el botón 'Abrir' presente en el panel izquierdo y luego seleccione 'Abrir prueba de HP ALM' en el menú desplegable.
En el siguiente ejemplo, se selecciona Prueba 'Solicitar un vuelo'.
3) La siguiente captura de pantalla describe el 'Espacio de trabajo de prueba', que proporciona acceso a los detalles de la prueba que contiene toda la información.
4) Los 'Pasos' de la prueba contienen los pasos de diseño que se incluyen en la prueba.
5) También podemos agregar cualquier paso de prueba manual haciendo clic en el botón 'Agregar'. Como puede ver en la siguiente captura de pantalla, el paso 6 se agrega al hacer clic en el botón 'Agregar'.
creando una lista doblemente enlazada en java
6) Después de escribir la descripción del paso, también se puede agregar una captura de pantalla al paso.
7) Con el sprinter de prueba, podemos documentar automáticamente los casos de prueba a medida que navegamos por la aplicación. Haga clic en la captura de pasos para abrir la ventana de la aplicación.
8) En la pestaña Ejecutar, donde se realiza la ejecución de la prueba, todas las funcionalidades del velocista están disponibles como barras laterales. Haga clic en el botón Ejecutar para inicializar la ejecución.
9) Las pestañas alrededor de las aplicaciones están disponibles como: Herramientas, Macros, Escáneres y Control de ejecución.
10) Notificación de defectos: Sprinter permite crear detalles detallados y documentados al agregar información del escenario de defectos (en la pestaña Smart Defect)
11) Cuando enviamos un defecto, Sprinter puede agregar pasos de prueba a la descripción del defecto; también puede adjuntar una captura de pantalla o una película de una prueba a un defecto.
12) También puede editar la captura de pantalla para aclarar aún más el defecto o ayudar a validar los elementos principales en la interfaz de usuario para los desarrolladores que utilizan herramientas.
optimizador de sistema gratuito para windows 7
13) Sprinter también puede detectar defectos automáticamente. En los escáneres, haga clic en escanear cuando estemos a punto de escanear el defecto.
14) Inyección de datos: La aplicación de prueba que contiene todas las formas de muchos campos de entrada puede volverse tediosa, lenta y propensa a errores. La inyección de datos inyecta automáticamente datos predefinidos en la aplicación. Esto conduce a un enorme ahorro de tiempo en la tediosa actividad de prueba manual.
15) Cuando hacemos clic en el botón de inyectar, los datos se inyectan automáticamente en el formulario tal como se muestra en la aplicación.
16) Duplicación de datos: Pruebe varios entornos al mismo tiempo. Proporciona un gran valor a los clientes mediante la localización, diferentes configuraciones de backend.
17 ) Después de que se crea el informe de ejecución detallado. El informe incluye el resumen de la ejecución, todos los pasos que se han realizado, los defectos presentados y todas las acciones realizadas.
18 ) Otra forma de revisar los resultados de la ejecución es Storyboard.
Conclusión
Sprinter es una aplicación de escritorio fácil de usar, que aumenta la velocidad de ejecución del caso de prueba, reduce los costos y mejora la productividad y, en última instancia, ayuda a aumentar la eficiencia de las pruebas manuales.
Lectura sugerida = >> ¿Qué son las pruebas de eficiencia?
Sprinter no solo maximiza el impacto y la eficacia de las pruebas exploratorias, sino que también reduce el tiempo necesario para completar el ciclo de vida de la prueba. Acelera la entrega de aplicaciones. Por lo tanto, al incluir HP Sprinter mientras se realizan pruebas manuales para cualquier aplicación, la prueba manual puede demostrarse como una forma de prueba muy eficiente.
Sobre el Autor: Esta es una publicación invitada de Sushma S. Tiene más de 4 años de experiencia en pruebas de software y actualmente trabaja como ingeniera senior de pruebas de software en una multinacional. Tiene experiencia en procesos de control de calidad y pruebas manuales con entrega oportuna en plazos agresivos.
Háganos saber si tiene alguna pregunta sobre el uso de HP Sprinter.
PREV Tutorial | SIGUIENTE Tutorial # 5: Las 17 mejores herramientas de prueba exploratoria
Lectura recomendada
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Introducción a Micro Focus LoadRunner: prueba de carga con el tutorial n. ° 1 de LoadRunner
- Libro electrónico de ayuda para pruebas manuales: descarga gratuita en el interior.
- Descarga del libro electrónico Testing Primer
- Desafíos de las pruebas manuales y de automatización
- ¿Es usted un experto en pruebas manuales o de automatización? ¡Trabaja a tiempo parcial para nosotros!
- ¿Cómo realizar pruebas de rendimiento manuales?
- Pruebas de carga con los tutoriales de HP LoadRunner