¿Cómo puedo “infectarme de prueba” con TDD?[cerrado]

Question

Sigo leyendo sobre personas que están "infectadas mediante prueba", lo que significa que no sólo "contraen" TDD sino que tampoco pueden vivir sin él.Han "tenido un cambio de imagen", por así decirlo.La pregunta es, ¿cómo puedo llegar a ser así?

Answer 1

Parte del objetivo de estar "infectado de prueba" es que hayas usado TDD lo suficiente y hayas visto suficientes éxitos como para no quieres codificar sin él.Una vez que haya pasado por un ciclo de escribir pruebas primero, luego codificar y refactorizar y ver cómo el recuento de errores disminuye y su código mejora como resultado, no solo se convierte en algo natural como dijo Zxaos, sino que le resulta difícil seguir adelante. Volver a Código Primero.Esto está siendo infectado de prueba.

Answer 2

Ya has leído sobre TDD;Leer más no te entusiasmará.

En cambio, necesita una historia de éxito personal genuina.

Así es cómo.Obtenga algo de código de un módulo central, código que no dependa de sistemas externos ni de muchas otras subrutinas.No importa cuán compleja o simple sea la rutina.

Luego comience a escribir pruebas unitarias en su contra.(Supongo que tiene un xUnit o similar para su idioma). Sea realmente desagradable con las pruebas: pruebe cada caso límite, pruebe max-int y min-int, pruebe nulos, pruebe cadenas y listas con millones de elementos, cadenas de prueba con caracteres coreanos y de control y árabe de derecha a izquierda y comillas, barras invertidas, puntos y otras cosas que tienden a romper cosas si no se escapan.

Lo que encontrarás es....¡insectos!Al principio podrías pensar que estos errores no son importantes: aún no te has encontrado con estos problemas, tu código probablemente nunca haría esto, etc.etc..Pero mi experiencia es que si sigues avanzando, te sorprenderá la cantidad de pequeños problemas.Al final resulta difícil creer que ninguno de estos errores alguna vez causar un problema.

Además, tienes una gran sensación de logro cuando algo se hace muy, muy bien.Sabemos que el código nunca es perfecto y rara vez está libre de errores, por lo que es bueno cuando hemos agotado tantas pruebas que realmente nos sentimos seguros.La confianza es un sentimiento agradable.

Finalmente, creo que el último acontecimiento que desencadenará el amor ocurrirá semanas o meses después.Tal vez esté solucionando un error, agregando una característica o refactorizando algún código, y algo que haga romperá una prueba unitaria."¿Eh?" Dirás, sin entender por qué el nuevo cambio fue incluso relevante para la prueba rota.Entonces lo encontrarás y encontrarás la iluminación.Porque tú realmente no lo sabía que estabas descifrando el código y las pruebas te salvaron.

¡Aleluya!

Answer 3

Obtenga información sobre TDD para comenzar y luego comience a integrarlo en su flujo de trabajo.Si utiliza las metodologías lo suficiente, descubrirá que se convierten en algo natural y comenzará a enmarcar todas sus tareas de desarrollo dentro de ese marco.

Además, comience a utilizar el marco J-Unit (o X-Unit) para el idioma que elija.

Answer 4

Una palabra, ¡practica!Hay algunos gastos generales al hacer TDD y la forma de superarlos es practicar y asegurarse de utilizar herramientas que ayuden en el proceso.Necesitas aprender las herramientas como la palma de tu mano.Una vez que aprenda las herramientas para seguir el proceso que está aprendiendo, hará clic y primero dominará la redacción de pruebas para eliminar el código.Entonces serás "infectado de prueba".

I contestada Una pregunta similar a esta hace un tiempo.Quizás quieras comprobarlo también.Menciono algunas herramientas y explico el aprendizaje de TDD.De estas herramientas, Resharper y elegir un buen marco de referencia son fundamentales para realizar TDD.No puedo enfatizar el aprendizaje de estas herramientas para que coincidan con el marco de prueba que estás utilizando.