Preguntas etiquetadas con tdd

TDD son las siglas de Test-Driven Development o Test-Driven Design. Es la práctica de escribir una prueba unitaria antes de escribir el código para satisfacerlo, en lo que se conoce como el ciclo Rojo-Verde-Refactor.





4
¿Qué es la prueba de unidad de caja negra?
Recientemente tuve mi examen final para un curso de ingeniería de software para mi programa de maestría y una de las preguntas en el examen fue la siguiente: Unit Testing is considered: a. White-box Testing b. Black-box Testing c. Either En mis 7 años de experiencia en desarrollo de software, …

7
¿Cómo aplico TDD a las funciones de lectura / escritura?
Parece un problema de pollo y huevo. Puede hacer que una función de escritura escriba en algún almacén de datos, pero nunca se sabe que la guardó correctamente sin una función de lectura probada. Puede hacer que una función de lectura se lea desde un almacén de datos, pero ¿cómo …
10 tdd  io 

3
TDD como enfoque a problemas algorítmicos
Fallé en una prueba algorítmica con Codility porque intenté encontrar una solución mejor y al final no tuve nada. ¿Entonces me hizo pensar si podría usar un enfoque similar a TDD? Es decir, si generalmente puedo desarrollar una solución gradualmente de manera similar. Si estuviera escribiendo un algoritmo de clasificación, …

2
TDD con patrón de repositorio
En mi nuevo proyecto, decidí probar con TDD. Y al principio me encontré con un problema. Lo primero que quiero hacer en mi aplicación es dar la capacidad de leer datos de la fuente de datos. Para este propósito, quiero usar el patrón de repositorio. Y ahora: Si la prueba …


5
¿Cómo hacer una prueba unitaria de una función que se refactoriza al patrón de estrategia?
Si tengo una función en mi código que dice así: class Employee{ public string calculateTax(string name, int salary) { switch (name) { case "Chris": doSomething($salary); case "David": doSomethingDifferent($salary); case "Scott": doOtherThing($salary); } } Normalmente refactorizaría esto para usar Ploymorphism usando un patrón de estrategia y clase de fábrica: public string …

5
TDD: burlarse de objetos estrechamente acoplados
A veces los objetos solo necesitan estar estrechamente acoplados. Por ejemplo, una CsvFileclase probablemente necesitará trabajar estrechamente con la CsvRecordclase (o ICsvRecordinterfaz). Sin embargo, de lo que aprendí en el pasado, uno de los principios principales del desarrollo basado en pruebas es "Nunca pruebe más de una clase a la …
10 tdd  coupling  mocking 

5
Métodos para probar una aplicación muy grande
Tengo una aplicación PHP que es muy grande. Por lo general, hay 2-3 desarrolladores trabajando a tiempo completo y estamos llegando al punto en el que estamos haciendo cambios y creando errores (¡características de tos!). El software no es complejo, por ejemplo, simplemente están sucediendo muchas cosas (35 controladores, aproximadamente …


5
Si TDD se trata de diseño, ¿por qué lo necesito? [cerrado]
Cerrada . Esta pregunta está basada en la opinión . Actualmente no está aceptando respuestas. ¿Quieres mejorar esta pregunta? Actualice la pregunta para que pueda ser respondida con hechos y citas editando esta publicación . Cerrado hace 4 años . Los gurús de TDD nos dicen cada vez más que …
10 tdd 

3
Haz que la pelota ruede en TDD
Soy parte de un equipo de desarrolladores que trabaja con muchos otros equipos para mantener y mejorar una aplicación que ha estado en uso durante al menos 15 años. Cuando se construyó y diseñó por primera vez, TDD era inaudito. La aplicación es bastante estable, y rara vez encontramos un …
10 unit-testing  tdd 

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.