Tengo cierta experiencia con pruebas unitarias y burlas. En mi experiencia limitada, utilizaría los dos para probar una capa de servicio, por ejemplo, burlarse de la base de datos para eliminar las dependencias y concentrarme en la prueba unitaria de la lógica comercial.Pruebas unitarias API REST
Ahora estoy creando una implementación API de envoltura que consumirá servicios web RESTful. La estructura de resultados json que me han enviado está fuera de mis manos, por ejemplo: Twitter. Simplemente estoy construyendo el cliente para la interfaz con su api. No estoy seguro de cómo hacer una prueba unitaria del resultado json. En este momento me estoy burlando del resultado de la solicitud http con una estructura estática json. Esto asegura que la deserialización de json a mis pojos es correcta, pero me preocupan los cambios de API. ¿Qué pasa si la estructura api cambia? ¿Qué sucede si la API actualmente devuelve "título" hoy y "groovy_title" mañana? Mi prueba de unidad no captaría eso.
Desde mi punto de vista, se supone que las pruebas unitarias son rápidas. Anteriormente me burlaba de la base de datos y ahora me burlo de http, pero ¿debería utilizar la implementación concreta de http, así que me avisan inmediatamente de un cambio en la API? ¿O hay una mejor manera de abordar esta situación?