TechCodeview

La prueba manual es un proceso de prueba de software en el que los casos de prueba se ejecutan manualmente sin utilizar ninguna herramienta automatizada. Todos los casos de prueba ejecutados por el evaluador manualmente según la perspectiva del usuario final. Garantiza si la aplicación está funcionando, como se menciona en el documento de requisitos o no. Los casos de prueba se planifican e implementan para completar casi el 100 por ciento de la aplicación de software. Los informes de casos de prueba también se generan manualmente.

La prueba manual es uno de los procesos de prueba más fundamentales, ya que puede encontrar defectos visibles y ocultos del software. La diferencia entre el resultado esperado y el resultado dado por el software se define como defecto. El desarrollador solucionó los defectos y se lo entregó al evaluador para que lo volviera a probar.

Las pruebas manuales son obligatorias para cada software desarrollado recientemente antes de las pruebas automatizadas. Esta prueba requiere grandes esfuerzos y tiempo, pero garantiza un software libre de errores. Las pruebas manuales requieren conocimiento de las técnicas de prueba manuales, pero no de ninguna herramienta de prueba automatizada.

xd xd significado

Las pruebas manuales son esenciales porque uno de los pruebas de software Lo fundamental es que 'la automatización al 100% no es posible'.

Por qué necesitamos pruebas manuales

Cada vez que una aplicación llega al mercado y es inestable o tiene un error o problemas o crea un problema mientras los usuarios finales la usan.

Si no queremos enfrentar este tipo de problemas, necesitamos realizar una ronda de pruebas para que la aplicación esté libre de errores y sea estable y entregar un producto de calidad al cliente, porque si la aplicación está libre de errores, el usuario final utilizará la aplicación de forma más cómoda.

Si el ingeniero de pruebas realiza pruebas manuales, puede probar la aplicación desde la perspectiva del usuario final y familiarizarse más con el producto, lo que le ayuda a escribir los casos de prueba correctos de la aplicación y brindar comentarios rápidos sobre la aplicación.

Tipos de pruebas manuales

Existen varios métodos utilizados para las pruebas manuales. Cada técnica se utiliza según sus criterios de prueba. Los tipos de pruebas manuales se detallan a continuación:

• Prueba de caja blanca
• Pruebas de caja negra
• Prueba de caja gris

Pruebas de caja blanca

La prueba de caja blanca la realiza el desarrollador, donde verifica cada línea de un código antes de entregárselo al ingeniero de pruebas. Dado que el código es visible para el desarrollador durante la prueba, también se le conoce como prueba de caja blanca.

Para obtener más información sobre las pruebas de caja blanca, consulte el siguiente enlace:

https://www.javatpoint.com/white-box-testing

Pruebas de caja negra

La prueba de caja negra la realiza el ingeniero de pruebas, donde puede verificar la funcionalidad de una aplicación o del software de acuerdo con las necesidades del cliente. En este caso, el código no es visible mientras se realizan las pruebas; por eso se le conoce como prueba de caja negra.

Para obtener más información sobre las pruebas de caja negra, consulte el siguiente enlace:

https://www.javatpoint.com/black-box-testing

Prueba de caja gris

La prueba de caja gris es una combinación de pruebas de caja blanca y caja negra. Puede ser realizado por una persona que conozca tanto la codificación como las pruebas. Y si una sola persona realiza pruebas de caja blanca y de caja negra para la aplicación, se conoce como prueba de caja gris.

Para obtener más detalles sobre las pruebas de caja gris, consulte el siguiente enlace:

https://www.javatpoint.com/grey-box-testing

Cómo realizar pruebas manuales

• Primero, el evaluador observa todos los documentos relacionados con el software para seleccionar las áreas de prueba.
• Tester analiza los documentos de requisitos para cubrir todos los requisitos establecidos por el cliente.
• Tester desarrolla los casos de prueba de acuerdo con el documento de requisitos.
• Todos los casos de prueba se ejecutan manualmente mediante pruebas de caja negra y pruebas de caja blanca.
• Si se produjeron errores, el equipo de pruebas informará al equipo de desarrollo.
• El equipo de desarrollo corrige errores y entrega el software al equipo de pruebas para que lo vuelva a probar.

Proceso de construcción de software

• Una vez que se recopila el requisito, se lo proporcionará a los dos equipos diferentes de desarrollo y prueba.
• Después de obtener el requisito, el desarrollador en cuestión comenzará a escribir el código.
• Y mientras tanto, el ingeniero de pruebas comprende el requisito y prepara los documentos requeridos; hasta ahora, el desarrollador puede completar el código y almacenarlo en el Herramienta de versión de control .
• Después de eso, el código cambia en la interfaz de usuario y estos cambios los maneja un equipo separado, conocido como construir equipo .
• Este equipo de compilación tomará el código y comenzará a compilarlo y comprimirlo con la ayuda de una herramienta de compilación. Una vez que obtuvimos algún resultado, el resultado se guarda en el archivo zip, que se conoce como Construir (aplicación o software). Cada compilación tendrá un número único como (B001, B002).
• Luego, esta compilación particular se instalará en el servidor de prueba. Después de eso, el ingeniero de pruebas accederá a este servidor de prueba con la ayuda de la URL de prueba y comenzará a probar la aplicación.
• Si el ingeniero de pruebas encuentra algún error, lo informará al desarrollador en cuestión.
• Luego, el desarrollador reproducirá el error en el servidor de prueba, lo corregirá y nuevamente almacenará el código en la herramienta de versión de control, instalará el nuevo archivo actualizado y eliminará el archivo antiguo; Este proceso continúa hasta que obtengamos la compilación estable.
• Una vez que obtengamos la compilación estable, se entregará al cliente.

Note1

• Una vez que recopilemos el archivo de la herramienta de versión de control, usaremos la herramienta de compilación para compilar el código desde un lenguaje de alto nivel hasta un lenguaje de nivel de máquina. Después de la compilación, si el tamaño del archivo aumentará, comprimiremos ese archivo en particular y lo volcaremos en el servidor de prueba.
• Este proceso se realiza mediante Construir equipo , desarrollador (si el equipo de construcción no está allí, un desarrollador puede hacerlo) o el cable de prueba (si el equipo de compilación maneja directamente el zip e instala la aplicación en el servidor de prueba e informa al ingeniero de pruebas).
• Generalmente, no podemos obtener una nueva compilación para cada error; de lo contrario, la mayor parte del tiempo se perderá únicamente en la creación de compilaciones.

Nota 2

Construir equipo

El trabajo principal del equipo de construcción es crear la aplicación o la compilación y convertir el lenguaje de alto nivel en un lenguaje de bajo nivel.

Construir

Es un software que se utiliza para convertir el código al formato de aplicación. Y consta de un conjunto de características y correcciones de errores que se entregan al ingeniero de pruebas para realizar pruebas hasta que se estabilice.

Herramienta de control de versión

Es un software o aplicación, que se utiliza con el siguiente propósito:

• En esta herramienta podremos guardar diferentes tipos de archivos.
• Siempre está seguro porque accedemos al archivo desde las herramientas usando las mismas credenciales de inicio de sesión.
• El objetivo principal de las herramientas es realizar un seguimiento de los cambios realizados en los archivos existentes.

Ejemplo de proceso de construcción

Veamos un ejemplo para comprender cómo construir procesos de trabajo en escenarios reales:

Tan pronto como el ingeniero de pruebas detecte el error, lo enviará a los desarrolladores y necesitarán algo de tiempo para analizarlo; después de eso, solo corrige el error (el ingeniero de pruebas no puede proporcionar la recopilación de errores).

El desarrollador decide cuántos errores puede corregir según su tiempo. Y el ingeniero de pruebas decide qué error debe corregirse primero según sus necesidades porque los ingenieros de pruebas no pueden permitirse el lujo de detener las pruebas.

Y el ingeniero de pruebas que recibe el correo solo puede saber qué error solucionó el lista de correcciones de errores .

El tiempo aumentará porque en la primera compilación los desarrolladores deben escribir el código en las diferentes funciones. Y al final, él/ella sólo podrá corregir los errores y el número de días disminuirá.

Nota 3

ciclo de prueba

El ciclo de prueba es el tiempo que se le da al ingeniero de pruebas para probar cada compilación.

Diferencias entre las dos construcciones.

Los errores encontrados en una compilación se pueden corregir en cualquiera de las compilaciones futuras, lo que depende de los requisitos del ingeniero de pruebas. Cada nueva compilación es la versión modificada de la anterior, y estas modificaciones podrían ser la corrección de errores o la adición de algunas características nuevas.

¿Con qué frecuencia recibimos la nueva versión?

Al principio, solíamos obtener compilaciones semanales, pero en la última etapa de prueba, cuando la aplicación se estabilizaba, solíamos obtener la nueva compilación una vez cada 3 días, dos días o también diariamente.

¿Cuántas compilaciones obtenemos?

Si consideramos un año de duración de cualquier proyecto, obtuvimos entre 22 y 26 construcciones.

cadena de longitud

Cuando obtengamos las correcciones de errores

Generalmente, entendemos las correcciones de errores solo después de que se completa el ciclo de prueba, o la colección de errores se corrige en una compilación y se entrega en las siguientes compilaciones.

Ventajas de las pruebas manuales

• No requiere conocimientos de programación mientras se utiliza el método de caja negra.
• Se utiliza para probar diseños de GUI que cambian dinámicamente.
• Tester interactúa con el software como un usuario real para que pueda descubrir problemas de usabilidad y de interfaz de usuario.
• Garantiza que el software esté cien por cien libre de errores.
• Es rentable.
• Fácil de aprender para nuevos evaluadores.

Desventajas de las pruebas manuales

• Requiere una gran cantidad de recursos humanos.
• Lleva mucho tiempo.
• Tester desarrolla casos de prueba basados ​​en sus habilidades y experiencia. No hay evidencia de que hayan cubierto todas las funciones o no.
• Los casos de prueba no se pueden volver a utilizar. Necesidad de desarrollar casos de prueba separados para cada nuevo software.
• No proporciona pruebas en todos los aspectos de las pruebas.
• Dado que dos equipos trabajan juntos, a veces es difícil entender los motivos de cada uno, lo que puede desviar el proceso.

Herramientas de prueba manuales

En las pruebas manuales, diferentes tipos de pruebas como unidad, integración, seguridad, rendimiento y seguimiento de errores, tenemos varias herramientas como Jira, Bugzilla, Mantis, Zap, NUnit, Tessy, LoadRunner, Citrus, SonarQube, etc. disponibles en el mercado. Algunas de las herramientas son de código abierto y otras son comerciales.

Para obtener más información sobre las herramientas de prueba, consulte el siguiente enlace:

https://www.javatpoint.com/software-testing-tools

Entendámoslos uno por uno:

Corredor de carga

Son las herramientas de prueba de rendimiento más utilizadas. LoadRunner se utiliza principalmente para respaldar las pruebas de rendimiento para una amplia gama de procedimientos, cantidad de enfoques y entornos de aplicaciones.

El objetivo principal de ejecutar la herramienta LoadRunner es clasificar rápidamente las fuentes más comunes de problemas de rendimiento.

Características de LoadRunner

• La herramienta LoadRunner contiene n números de aplicaciones, lo que reduce el tiempo para comprender y describir los informes.
• Podemos obtener informes completos de pruebas de rendimiento utilizando la herramienta LoadRunner.
• Reducirá el costo de las pruebas de carga distribuida y también ofrecerá la herramienta operativa para el seguimiento de la implementación.

Agrios

Citrus es una herramienta de prueba de integración, que es el marco de prueba más utilizado. esta escrito en programación java idioma. Se utiliza principalmente para solicitar y responder al lado del servidor y al lado del cliente y validar los archivos XML JSON.

Para realizar las pruebas de casos de uso de un extremo a otro, Citrus admite varios protocolos HTTP, JMS y SOAP.

Características de los cítricos

Las siguientes son algunas de las características importantes de la herramienta Citrus:

• Se utiliza para enviar y recibir mensajes.
• Citrus está disponible en el mercado como código abierto y con licencia.
• Ofrece una solución de bajo costo.
• Podemos autenticar la base de datos utilizando la herramienta Citrus.
• Describirá la secuencia de mensajes, ofrecerá el plan de prueba y documentará la cobertura de la prueba.
• Crea el mensaje y verifica las respuestas.

BORRAR

ZAP es un escáner de seguridad de aplicaciones web de código abierto. es sinónimo de Proxy de ataque Zed . Al igual que otras herramientas, también está escrito en el lenguaje de programación JAVA . es el mas efectivo Proyectos abiertos de seguridad de aplicaciones web [OWASP].

Características de ZAP

• Es compatible con muchos sistemas operativos como Windows, Linux, OS X.
• Tiene una arquitectura basada en complementos.
• Contiene un mercado en línea que nos permite agregar funciones nuevas o actualizadas.
• El panel de control GUI de ZAP es fácil de usar.

Monja

NUnit es una de las herramientas de prueba unitarias más utilizadas. Es una herramienta de código abierto y se deriva principalmente de la unidad conjunta .

Fue completamente escrito en el lenguaje de programación c# y apto para todos Idiomas .Net .

En otras palabras, podemos decir que la herramienta NUnit está completamente rediseñada para aprovechar muchas cualidades del lenguaje .Net. Por ejemplo:

Ciclo de vida del desarrollo de programas

Capacidades relacionadas con la reflexión. Otros atributos personalizados.

Características de NUnit

• Permite las afirmaciones como método estático de la clase ventaja.
• Sostiene las pruebas basadas en datos.
• Es compatible con varias plataformas, como .NET core Xamarin mobile, Silverlight y Efficient Framework.
• La capacidad de NUnit nos ayuda a ejecutar las pruebas simultáneamente.
• Utiliza un ejecutor de consola para cargar y ejecutar las pruebas.

jira

La herramienta de seguimiento de errores más utilizada es jira , que es una herramienta de código abierto. Se utiliza para el seguimiento de errores, la gestión de proyectos y el seguimiento de problemas.

En esta herramienta, podemos rastrear fácilmente todo tipo de errores o defectos relacionados con el software y producidos por los ingenieros de pruebas.

Características de JIRA

• Es una herramienta que ahorra tiempo.
• Jira se utiliza para rastrear los defectos y problemas.
• Se utiliza para establecer las tareas de documentación.
• Jira es una herramienta muy útil para seguir la mejora de nuestra documentación.

Para obtener la información completa sobre la herramienta Jira, consulte el siguiente enlace: https://www.javatpoint.com/jira-tutorial.

SonarQube

Otra herramienta de prueba de pruebas manuales es SonarQube, que mejora nuestro flujo de trabajo con calidad y seguridad del código continuas. Es flexible con el uso de complementos.

Está completamente escrito en el lenguaje de programación JAVA. Ofrece evaluación e integración totalmente automatizadas con Ant, Maven, Gradle, MSBuild y herramientas de integración constante. SonarQube tiene la capacidad de registrar un historial de métricas y muestra el gráfico de evolución.

Características de Sonarqube

A continuación se detallan algunas de las características importantes de la herramienta SonarQube:

• Soporta varios lenguajes de programación como C, C++, Python, JAVA, HTML, CSS, VB.NET, PHP, COBOL, PL/SQL, etc.
• Bajo la Licencia Pública General Reducida GNU, Sonarqube está disponible gratuitamente.
• SonarQube está afiliado a algunas herramientas externas importantes como GitHub, Active Directory, LDAP y otras.
• SonarQube se fusionó con los entornos de desarrollo Visual Studio, Eclipse e IntelliJ IDEA debido a la SonarLint complementos.

JMetro

JMeter es una herramienta de código abierto que se utiliza para probar el rendimiento de recursos estáticos y dinámicos y de aplicaciones web dinámicas.

Está completamente diseñado en la aplicación JAVA para cargar el comportamiento de la prueba funcional y medir el rendimiento de la aplicación.

Facilita a los usuarios o desarrolladores utilizar el código fuente para el desarrollo de otras aplicaciones.

Características de JMeter

A continuación se presentan algunas de las características esenciales de JMeter:

• Es independiente de la plataforma y acepta una JVM como Windows, Mac y Linux, etc.
• Admite una GUI fácil de usar, interactiva y sencilla.
• Es increíblemente extensible para cargar la prueba de rendimiento en múltiples tipos de servidores.

Para obtener más información sobre JMeter, consulte el siguiente enlace:

https://www.javatpoint.com/jmeter-tutorial .

Con Bugz

Otra herramienta de seguimiento de errores utilizada en las pruebas manuales es Con Bugz .

Muchas organizaciones lo utilizan más ampliamente para rastrear los diversos errores de la aplicación.

Bugzilla es una herramienta de código abierto que ayuda al cliente y al cliente a realizar un seguimiento de los defectos. Bugzilla también se considera una herramienta de gestión de pruebas porque en ella podemos vincular fácilmente otras herramientas de gestión de casos de prueba como ALM, Quality Center, etc.

Características de Bugzilla

Bugzilla tiene algunas características adicionales que nos ayudan a informar el error fácilmente:

• Es compatible con varios sistemas operativos como Windows, Linux y Mac.
• Con la ayuda de Bugzilla, podemos enumerar un error en varios formatos.
• Las preferencias del usuario pueden medir las notificaciones por correo electrónico.
• Bugzilla tiene capacidades de búsqueda avanzadas.

Mantis

Mantis es un sistema de seguimiento de errores basado en web. ManitsBT significa Rastreador de insectos mantis . Se utiliza para seguir los defectos del software y se realiza en el lenguaje de programación PHP. También es una herramienta de código abierto.

núcleo microlítico

Características de la mantis

Algunas de las características estándar de la herramienta en particular son las siguientes:

• Con la ayuda de esta herramienta, tenemos accesibilidad de búsqueda de texto completo.
• Pistas de auditoría de los cambios realizados en los problemas.
• Proporciona la integración del sistema de control de revisiones.
• Control de revisión de campos de texto y notas.

Para obtener más detalles sobre las herramientas de seguimiento de errores, consulte el siguiente enlace: https://www.javatpoint.com/defect-or-bug-tracking-tool .

tessy

Otra herramienta de prueba de integración es tessy , que se utiliza para realizar la integración y las pruebas unitarias del software integrado. También nos ayuda a descubrir la cobertura del código del software o de una aplicación.

Puede gestionar fácilmente toda la organización de pruebas, incluidas las necesidades comerciales, la gestión de pruebas, la cantidad de cobertura y la trazabilidad.

Tessy contiene tres funciones principales, que son las siguientes:

• Editor de interfaz de prueba (TIE)
• Editor de datos de prueba (TDE)
• Espacio de trabajo.

Características de TESSY

Las características estándar del TESSY son las siguientes:

• Produce el informe de prueba para los resultados de la ejecución de la prueba.
• Admite varios lenguajes de programación como C y C++.
• Tessy se utiliza para evaluar la interfaz de la función y describe la variable utilizada por esa función.

Para obtener más información sobre las herramientas de prueba de integración, consulte el siguiente enlace: https://www.javatpoint.com/integration-testing-tools.

Descripción general

En este artículo hemos visto información detallada sobre Pruebas manuales, que incluyen la definición de pruebas manuales, la necesidad de pruebas manuales, el tipo de pruebas manuales, las herramientas de pruebas manuales, el proceso de pruebas manuales y algunos beneficios y desventajas importantes de las mismas.

Finalmente, podemos decir que es un proceso en el que el ingeniero de pruebas debe ser muy persistente, innovador y receptivo.

En las pruebas manuales, el ingeniero de pruebas debe pensar y actuar como una interpretación del usuario final.

Para implementar pruebas manuales, un ingeniero de pruebas necesita habilidad productiva e imaginación. Y necesitan pensar en múltiples situaciones o escenarios para probar una aplicación específica.

Aunque actualmente podemos probar casi todas las aplicaciones con la ayuda de las pruebas de automatización, las pruebas manuales siguen siendo necesarias, ya que son la base de las pruebas de software.