Existen diferentes tipos de pruebas de software dependiendo de quién las realiza o el nivel de profundidad en las mismas. Conoce cuáles son a continuación.
Pruebas de caja negra
Las y los usuarios finales solo quieren que el software funcione y sea clara su utilización.
There are different approaches to testing and different viewpoints.
Users see the system from the outside, they don’t look at the database tables, and they don’t evaluate the algorithms.
Users want functionality. For an end user, a software program is a black box:
No code evaluation.
No database evaluation.
No algorithm evaluation.
Input or output.
State transitions (e.g. GPS).
Boundary case errors.
Pruebas de caja gris
El equipo de pruebas irá un paso más allá, probando todo el software con un nivel de profundidad más importante que los usuarios finales en búsqueda de errores.
Testers are looking for functionality.
They do a little more of a deep dive to make sure things are really happening the way you said they would be.
Testers might be interested in:
Auditing is not available through the user interface.
Data designed for other systems (output), delayed orders added information.
Security risks, memory leaks, clean uninstalling.
Pruebas de caja white
En las pruebas entre pares tus propios colegas pueden revisar y probar el código que has escrito en búsqueda de bugs o malas prácticas de codificación.
Testing is done by other Developers.
The deepest level of testing.
They really look at all the details and look for:
Class designs.
Duplicated code.
Representation inconsistencies, etc.
All the branches of code.
Error handling.
Code-on-code.
A lo largo del ciclo de vida de un software, los diferentes tipos de pruebas se hacen presentes y es importante aprovechar esos momentos para mejorar la calidad del producto, solucionar bugs y mantener una buena calidad en el código.
