Entiendo el desarrollo basado en pruebas hasta ahora, que solo se le permite escribir código productivo cuando tiene una prueba unitaria (roja) que falla. En base a esto, tengo la pregunta de si el enfoque basado en pruebas también se puede aplicar a otras formas de
Al hacer el ciclo Rojo, Verde y Refactor, siempre debemos escribir el código mínimo para pasar la prueba. Esta es la forma en que me han enseñado sobre TDD y la forma en que casi todos los libros describen el proceso. ¿Pero qué pasa con la tala? Honestamente, rara vez he usado el inicio de...
Mi proyecto actual, sucintamente, implica la creación de "eventos aleatorios restringidos". Básicamente estoy generando un cronograma de inspecciones. Algunos de ellos se basan en estrictas restricciones de programación; realiza una inspección una vez por semana los viernes a las 10:00 a.m. Otras...
Hemos llegado al punto en nuestro proyecto en el que tenemos casi mil pruebas y la gente ha dejado de molestarse en ejecutarlas antes de hacer un check-in porque lleva mucho tiempo. En el mejor de los casos, ejecutan las pruebas que son relevantes para el fragmento de código que cambiaron y, en el...
Estoy escribiendo un código de prueba para una función que procesa archivos PDF. La idea básica detrás de las pruebas es que las apunto a algunos archivos PDF que he seleccionado especialmente, los procesan y compruebo que el resultado es lo que espero. Mi pregunta es: ¿dónde debería almacenar...
Esto es algo que me preocupa desde hace un tiempo. ¿Realmente vale la pena probar un cliente API? Digamos que está creando una pequeña clase para abstraer las llamadas a una API REST de la tienda de mascotas. La tienda de mascotas es una API muy simple y tiene un conjunto básico de...
Estamos comenzando a presionar por la cobertura del código aquí en mi trabajo, y me ha hecho pensar ... ¿Cuánta cobertura del código es suficiente? ¿Cuándo llega al punto de disminuir la rentabilidad de la cobertura del código? ¿Cuál es el punto óptimo entre una buena cobertura y la insuficiente?...
Hoy estábamos entrenando TDD y encontramos el siguiente punto de malentendido. La tarea es para la suma de números de retorno de entrada "1,2" que es 3. Lo que he escrito (en C #) fue: numbers = input.Split(','); return int.Parse(numbers[0]) + int.Parse(numbers[1]); //task said we have two...
Estoy trabajando con un nuevo equipo que históricamente no ha realizado NINGUNA prueba de unidad. Mi objetivo es que el equipo eventualmente emplee TDD (Test Driven Development) como su proceso natural. Pero dado que TDD es un cambio mental radical para un equipo de pruebas que no es de unidad,...
He leído que usar "nuevo" en un constructor (para cualquier otro objeto que no sea de valor simple) es una mala práctica, ya que hace que las pruebas unitarias sean imposibles (ya que esos colaboradores también deben crearse y no se pueden burlar). Como no tengo mucha experiencia en pruebas...
Puede encontrar una lista interminable de blogs, artículos y sitios web que promueven los beneficios de las pruebas unitarias de su código fuente. Está casi garantizado que los desarrolladores que programaron los compiladores para Java, C ++, C # y otros lenguajes mecanografiados utilizaron pruebas...
Hay respuestas a la pregunta sobre cómo las clases de prueba que se conectan a una base de datos, por ejemplo, "¿Deberían conectarse las clases de prueba de servicio ..." y "Prueba de unidad - Aplicación acoplada a la base de datos" . Entonces, en resumen, supongamos que tiene una clase A que...
Tengo una clase que está destinada a generar una contraseña aleatoria de una longitud que también es aleatoria, pero limitada a estar entre una longitud mínima y máxima definida. Estoy construyendo pruebas unitarias, y me encontré con un pequeño inconveniente interesante con esta clase. Toda la...
Si mi código contiene un defecto conocido que debería corregirse, pero aún no lo es, y no se solucionará en la versión actual, y podría no corregirse en el futuro previsible, en caso de que haya una prueba de unidad fallida para ese error en la suite de prueba? Si agrego la prueba unitaria, fallará...
Digamos que tengo una función (escrita en Ruby, pero todos deberían entenderla): def am_I_old_enough?(name = 'filip') person = Person::API.new(name) if person.male? return person.age > 21 else return person.age > 18 end end En las pruebas unitarias, crearía cuatro pruebas para cubrir...
Comencé a escribir algunas pruebas unitarias para mi proyecto actual. Aunque realmente no tengo experiencia con eso. Primero quiero "obtenerlo" por completo, por lo que actualmente no estoy usando mi marco de trabajo IoC ni una biblioteca de imitación. Me preguntaba si hay algo malo en...
Al hacer TDD y escribir una prueba unitaria, ¿cómo se resiste el impulso de "hacer trampa" al escribir la primera iteración del código de "implementación" que está probando? Por ejemplo: necesito calcular el factorial de un número. Comienzo con una prueba unitaria (usando MSTest) algo...
Sé que esto se parece mucho a otras preguntas que ya se han hecho, pero en realidad es un poco diferente. En general, se considera que los programadores no son buenos para realizar la función de probar una aplicación. Por ejemplo: Joel on Software - Cinco razones principales (incorrectas) por las...
Considera esto: public function polynominal($a, $b, $c, $d) { return $a * pow($x, 3) + $b * pow($x, 2) + $c * $x + $d; } Suponga que escribe varias pruebas para la función anterior y se prueba a sí mismo y a los demás que "funciona". ¿Por qué no eliminar esas pruebas y vivir felices para...
Digamos que estás escribiendo un estilo TDD de juego Yahtzee. Desea probar la parte del código que determina si un conjunto de cinco tiradas de dados es o no una casa completa. Hasta donde sé, cuando haces TDD, sigues estos principios: Escribe las pruebas primero Escribe lo más simple posible que...