¿Por qué necesitamos pruebas de software? Si es necesario, ¿qué tipo de cosas debemos recordar durante las pruebas de software?

Los errores, fallas y errores son un dolor en el culo.

Puede pensar que todos los términos anteriores son similares, pero no lo son.

En un proceso de desarrollo de software es realmente importante probar los módulos escritos para verificar lo anterior.

Algunos módulos pueden tener errores de programación, algunos errores y algunas fallas.

Para deshacerse de ellos, no del todo, aunque necesitamos un enfoque sistemático de pruebas.

En primer lugar, necesita saber cómo funciona el desarrollo de software. No se trata solo de desarrollo, sino de alcanzar la etapa de desarrollo, hay una inmensa recopilación de requisitos, análisis y diseño involucrados.

Un solo programador no codifica todo el software, pero una colección de grupos sí. Cada grupo desarrolla un módulo o una parte del software. Estos bits individuales pueden funcionar fenomenalmente cuando están solos, pero cuando se combinan pueden convertirse en una descarga de dolor.

Aquí para eliminar ese dolor, los probadores juegan su papel.

Existen muchos tipos de pruebas, pero las principales son:

1.prueba de caja negra

2.prueba de caja blanca

Prueba 3.Unit

Prueba 4.Usability

5. prueba del sistema

6. Pruebas de integración.

Hffff … pero todo esto se hace con una planificación, diseño y ejecución expertos.

Si realmente desea saber cómo funciona todo el proceso, considere estos enlaces

¿Qué son las pruebas de software? ¿Cuáles son los diferentes tipos de pruebas?

¿Cuál es el proceso de prueba fundamental en las pruebas de software?

Y por favor comente si hay más consultas.

Gracias.

Para conocer los aspectos básicos de las pruebas de software, puede consultar la respuesta a continuación.

conceptos básicos de pruebas de software

Aquí está mi respuesta a su próxima pregunta “¿Cómo empiezo a crear un caso de prueba / plan de prueba como novato?”.

Como probador / persona de control de calidad, primero debe concentrarse en reunir los requisitos. Si sus requisitos no son claros / se comunican oralmente, primero debe anotarlo y obtener la aprobación del equipo comercial por correo electrónico. Una vez que tenga sus requisitos en su lugar, debe crear un mapa medio basado en su comprensión. Esto le dará una idea de alto nivel de qué probar y cómo hacerlo. Mientras crea un mapa mental, primero comience con escenarios negativos. Asegúrese de enumerar todos los posibles escenarios negativos. Los escenarios negativos son aquellos en los que espera que un sistema no funcione o no funcione. P.ej. Cuando el nombre de usuario / contraseña es incorrecto, un sistema no debe iniciar sesión. Cuando la ID de correo electrónico tiene un formato no válido, un sistema no debe enviar un correo electrónico y debe arrojar un mensaje de error. Una vez que haya cubierto todos los escenarios negativos para el módulo especificado, puede comenzar a crear escenarios positivos. P.ej. Cuando un correo electrónico es correcto, un sistema debe enviar un correo electrónico. Puedes usar alguna herramienta que te ayude a crear un mapa mental. Una vez que tenga listo el mapa mental, puede comenzar a crear un plan de prueba.

Una vez que tenga listo su plan de prueba, lo primero es comenzar a escribir casos de prueba. Hoy en día, existen muchas herramientas en el mercado donde puede mantener sus casos de prueba, pero le recomiendo usar un archivo simple de Excel para comenzar a crear casos de prueba. Puede tener las siguientes filas con valores en su archivo Excel de caso de prueba.
Nombre del proyecto:
Nombre del módulo:
Versión de lanzamiento:
Fecha de diseño:
Diseñada por:
Fecha de ejecución de prueba:
Prueba ejecutada por:

Debajo de la información anterior, cree encabezados de columna:
ID del caso de prueba: ID que desea dar a su caso de prueba. Dar algo basado en su módulo. No le des un nombre genérico. Digamos que está creando un caso de prueba para el Módulo de búsqueda, puede usar su ID de caso de prueba como Search_TC_001.
Descripción del caso de prueba: lo que se supone que debe hacer su caso de prueba. P.ej. Busque el producto en el módulo de búsqueda y asegúrese de que el producto esté cargado.
ID de paso: Entonces, esto puede ser números como 1,2,3. Si tiene algún subpaso, puede usar 1.a, 1, by etc.
Pasos de ejecución: tus pasos aquí.
Resultado esperado: su resultado esperado.
Resultado real: su resultado real. Esta columna es principalmente para registrar su salida. Entonces, esta columna estará inicialmente vacía.
Resultados: Aquí lo haces pasar o fallar. Esto también estará vacío, inicialmente.
Captura de pantalla:

Una vez que haya terminado de escribir las pruebas, debe ejecutar esos casos de prueba una vez que el producto esté listo para la prueba.

src: ¿Cómo comienzo a crear un caso de prueba / plan de prueba como novato? ¿Me puede enseñar algunos conceptos básicos de las pruebas de software?