¿Qué información necesita un probador mientras escribe una prueba unitaria?

Por otro lado, es posible que desee saber que los desarrolladores deben escribir pruebas unitarias. La razón es que las pruebas unitarias están íntimamente relacionadas con el código que están probando. Además, escribir pruebas unitarias ayuda a un desarrollador a mejorar su código. Dicho esto, si le han pedido que escriba pruebas unitarias, utilícelo como una oportunidad.

El primer objetivo de escribir pruebas unitarias es que cuando algo cambia en las interfaces del código, sus pruebas deben fallar. Debe tener pruebas de entrada, salida, así como cualquier dependencia, por ejemplo, bibliotecas externas.

El segundo objetivo es probar la entrada y la salida. Un ejemplo simplista es qué sucede si ingresa datos incorrectos. El código debe verificar los datos de entrada. Haga pruebas similares para las dependencias.

Como probador, haría algunas pruebas adicionales. Yo haría la pregunta ¿qué puede salir mal? Yo preguntaría, ‘¿y si?’ Pensaría en preguntas que no he pensado. (Hay un sitio web en el que los usuarios hacen esto todo el tiempo; hacen preguntas que nadie pensaría hacer nunca. El sitio web trata sobre Preguntas y Respuestas). Tampoco anunciaría lo que estoy haciendo, ya que sé que si lo hago, los desarrolladores dirían: ‘… deja de perder tu tiempo y haz lo que se te dice que hagas …’

Por lo general, se debe usar un caso de prueba para pruebas unitarias. Todos los puntos de función deben capturarse con las reglas y validaciones deseadas. El probador de la unidad debe usar este caso de prueba e informar los resultados.