Preguntas etiquetadas con mocking

Las burlas y las falsificaciones son formas de aislar el código o los componentes para garantizar que las pruebas unitarias se ejecuten contra la unidad de código comprobable solo sin utilizar otros componentes o dependencias de una aplicación. La burla difiere de la falsificación en que se puede inspeccionar una simulación para afirmar los resultados de una prueba.

4
¿Cuándo debo usar objetos simulados?
He leído muchas cosas sobre TDD pero todavía tengo dudas. Por ejemplo, tengo estos diagramas de clases: Es un ejemplo simple, solo para aprender sobre TDD y simular objetos. ¿Qué prueba debo escribir primero? Producto , luego Línea y último, ¿ Orden ? Si hago eso, ¿debo usar Line and …
2
Prueba: DB en memoria vs burla
Al escribir pruebas, ¿por qué alguien querría usar una base de datos en memoria en lugar de simplemente burlarse de los datos? Pude ver que las bases de datos en memoria podrían ser beneficiosas para probar los repositorios de uno. Pero si se utiliza un marco (como Spring Data), probar …
3
¿Cómo burlarse del método con un objeto codificado?
Estoy trabajando en una aplicación que tiene varias capas. Capa de acceso a datos para recuperar y guardar datos de la fuente de datos, lógica de negocios para manipular datos, interfaz de usuario para mostrar los datos en pantalla. También estoy haciendo pruebas unitarias de la capa de lógica de …
3
Clase de hormigón burlón: no recomendado
Acabo de leer un extracto del libro "Crecimiento de software orientado a objetos" que explica algunas razones por las cuales no se recomienda burlarse de la clase concreta. Aquí hay un código de muestra de una prueba unitaria para la clase MusicCentre: public class MusicCentreTest { @Test public void startsCdPlayerAtTimeRequested() …
1
¿Cuántas burlas es "justo?"
Titulé la pregunta en broma porque estoy seguro de que "depende", pero tengo algunas preguntas específicas. Al trabajar en un software que tiene muchas capas profundas de dependencia, mi equipo se ha acostumbrado a utilizar la burla de manera bastante extensa para separar cada módulo de código de las dependencias …
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 
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.