as pruebas unitarias se realizan durante la fase de implementación (es decir, codificación), ya sea al mismo tiempo que se desarrolla el código o si se utiliza el desarrollo controlado por pruebas (TDD) antes de que comience la implementación. En cualquier caso, las pruebas se definen y escriben para probar la unidad de código más pequeña, generalmente una función, método o clase. Cada unidad se prueba de forma independiente y las pruebas juntas forman un conjunto de pruebas que se pueden usar para las pruebas de regresión a medida que se cambia o agrega el código.
Por lo general, el desarrollador escribe el código UT, pero en un enfoque de desarrollo ágil, el desarrollador / probador puede trabajar en pares. El objetivo de la prueba de la unidad es encontrar errores de código (defectos) y asegurarse de que las unidades cumplan con los requisitos y diseños. Dado que el probador tiene acceso al código y de hecho está definiendo pruebas basadas en cómo está escrito el código, UT es una técnica de prueba de caja blanca.
Veamos otro ejemplo de definición de casos de prueba de función. La mayoría de ustedes está familiarizado con la aplicación Microsoft Calculator, que es una aplicación mucho más pequeña que Microsoft Word. Entonces, no es tanto para probar, ¿verdad? Bien, veamos…
Entonces, querrá crear casos de prueba más complicados mediante el uso de múltiples operaciones juntas para diferentes características. Lo más probable es que obtenga una lista de fórmulas complicadas y asegúrese de que la calculadora dé la respuesta correcta. Y, por último, probaría todos los límites y límites de lo que se supone que debe manejar la calculadora, como el número más alto que se puede escribir o calcular. ¡No es una aplicación tan simple después de todo!