He estado leyendo un poco sobre programación literaria recientemente, y me hizo pensar ... Las pruebas bien escritas, especialmente las especificaciones de estilo BDD, pueden hacer un mejor trabajo al explicar qué hace el código que la prosa, y tienen la gran ventaja de verificar su propia...
En este momento hay un debate en nuestro equipo sobre si modificar el diseño del código para permitir la prueba de la unidad es un olor a código, o en qué medida se puede hacer sin ser un olor a código. Esto se debe a que recién estamos comenzando a implementar prácticas que están presentes en casi...
Considere una función como esta: function savePeople(dataStore, people) { people.forEach(person => dataStore.savePerson(person)); } Se podría usar así: myDataStore = new Store('some connection string', 'password'); myPeople = ['Joe', 'Maggie', 'John']; savePeople(myDataStore,...
Leí sobre este problema: el error de programación le cuesta a Citigroup $ 7 millones después de transacciones legítimas confundidas con datos de prueba durante 15 años . Cuando se introdujo el sistema a mediados de la década de 1990, el código del programa filtró las transacciones que recibieron...
Supongo que mi proyecto está lo suficientemente desacoplado como para permitir pruebas unitarias. Pero, ¿qué tan grande, exactamente, en términos de clases y funciones tiene que ser mi proyecto para que las pruebas unitarias valgan la pena? Todos cometemos errores y nadie es perfecto, pero me...
He descubierto que solo hay 3 formas de unidad de prueba (simulacro / stub) dependencias que son estáticas en C # .NET: Lunares TypeMock JustMock Dado que dos de estos no son gratuitos y uno no ha llegado a la versión 1.0, burlarse de cosas estáticas no es demasiado fácil. ¿Eso tiene métodos...
Estoy escribiendo pruebas para un proyecto que consta de múltiples submódulos. Cada caso de prueba que he escrito se ejecuta de forma independiente y borro todos los datos entre pruebas. Aunque las pruebas se ejecutan de forma independiente, estoy considerando aplicar una orden de ejecución, ya...
Un poco de contexto: hoy tuve que actualizar un código SQL que otro colega mío proporcionó, y dado que es un script bastante grande, se almacena como un archivo separado (que luego se lee y se ejecuta en tiempo de ejecución). Mientras hacía esto, accidentalmente reintroduje dos errores que tuvimos...
Hoy estaba viendo un video "Conceptos básicos de JUnit " y el autor dijo que al probar un método determinado en su programa, no debe usar otros métodos propios en el proceso. Para ser más específico, estaba hablando de probar algún método de creación de registros que tomara un nombre y un apellido...
Según tengo entendido, el objetivo de las pruebas unitarias es probar las unidades de código de forma aislada . Esto significa que: No deben interrumpir ningún cambio de código no relacionado en otra parte de la base de código. Solo una prueba de unidad debe romperse por un error en la unidad...
Tengo un debate con un colega programador sobre si es una buena o mala práctica modificar un código de trabajo solo para que sea comprobable (por ejemplo, mediante pruebas unitarias). Mi opinión es que está bien, dentro de los límites de mantener buenas prácticas de ingeniería de software y...
Por lo general, trato de seguir los consejos del libro Working Effectively with Legacy Cod e . Rompo dependencias, muevo partes del código a @VisibleForTesting public staticmétodos y a nuevas clases para hacer que el código (o al menos una parte de él) sea comprobable. Y escribo pruebas para...
Suponga que uno tiene un programa relativamente grande (digamos 900k SLOC en C #), todos comentados / documentados a fondo, bien organizados y funcionando bien. Todo el código base fue escrito por un único desarrollador senior que ya no está en la compañía. Todo el código se puede probar tal cual y...
Al leer las descripciones, entiendo que en las pruebas TDD se realizan antes de escribir la función y en Pruebas unitarias, se realiza después. ¿Es esta la principal diferencia, o los dos términos ni siquiera se pueden comparar como tales? Quizás, Unit Testing es una parte integrada de...
Breve introducción a esta pregunta. He usado TDD ahora y últimamente BDD por más de un año. Utilizo técnicas como burlarse para que escribir mis exámenes sea más eficiente. Últimamente he comenzado un proyecto personal para escribir un pequeño programa de administración de dinero para mí. Como no...
Así que hoy tuve una conversación con mi compañero de equipo sobre las pruebas unitarias. Todo comenzó cuando me preguntó "oye, ¿dónde están las pruebas para esa clase, solo veo una?". Toda la clase era un gerente (o un servicio si prefieres llamarlo así) y casi todos los métodos simplemente...
Activado por este hilo , (nuevamente) estoy pensando finalmente en usar pruebas unitarias en mis proyectos. Algunos carteles dicen algo así como "Las pruebas son geniales, si son buenas pruebas". Mi pregunta ahora: ¿Qué son las pruebas "buenas"? En mis aplicaciones, la parte principal a menudo es...
Se me ha encomendado la tarea de aumentar la cobertura del código de un proyecto Java existente. Noté que la herramienta de cobertura de código ( EclEmma ) ha resaltado algunos métodos que nunca se llaman desde ningún lugar. Mi reacción inicial no es escribir pruebas unitarias para estos métodos,...
Cuando realizo pruebas unitarias de la manera "correcta", es decir, en cada llamada pública y devuelvo valores o simulaciones preestablecidas, siento que en realidad no estoy probando nada. Literalmente estoy mirando mi código y creando ejemplos basados en el flujo de la lógica a través de mis...
En mis pruebas unitarias, a menudo arrojo valores arbitrarios a mi código para ver qué hace. Por ejemplo, si sé que foo(1, 2, 3)se supone que devuelve 17, podría escribir esto: assertEqual(foo(1, 2, 3), 17) Estos números son puramente arbitrarios y no tienen un significado más amplio (no son,...