Pobres Un conjunto de clases de API de objeto Fake (Mock o Stub) de SharePoint
Descargar ahora

Pobres Clasificación y resumen

Pobres Etiquetas

Modelo de objeto modelo Sharepoint Api burlarse de Modelo de objeto SharePoint Modelo de objeto de base de datos API Conjunto de API Compilador de Stub RMI Trozo de rmi Modelo de objetos componentes API modelo de dominio Modelo de objeto Atom talón Creador de objetos simulados Generar objeto simulado Fabricante de objetos simulados Objeto simulado Generador de objetos Stub Modelo de objeto C ++ Crear modelo de objeto Modelo de objeto de texto comprenden clases establecidas Inyectar objeto simulado Modelo de objeto de infoset XML Modelo de objeto CIM Modelo de objeto adaptativo Objeto de SharePoint API modelo Clase de API Explorador de objetos Modelo de objeto SharePoint Server Marco simulado creador simulado crear simulacros Outlook Object Model Security G Plantilla de Pay Stub Modelo de objeto de palabra

Pobres Descripción

El paquete FakePoint proporciona un conjunto de clases de API FAKE (STOK O STUB) SHAREPOINT OBJETE API para habilitar las pruebas de la unidad y TDD. El FakePoint DLL se hace referencia en el proyecto de prueba en lugar del ensamblaje de SharePoint, lo que permite que las clases de API falsas se utilicen de forma transparente sin codificación especial. La prueba de la unidad es muy difícil con SharePoint. Mucho desarrollo de SharePoint está involucrado con la interfaz de usuario, que es notoriamente difícil de probar la prueba. Pero un problema más peor es que la API del modelo de objeto SharePoint es grande y complejo, y las interacciones con los objetos de SharePoint a menudo comprenden la mayoría de la codificación en un proyecto de desarrollo de SharePoint. Las soluciones comunes son usar un marco burlón, o modificar radicalmente la arquitectura de la solución para crear una capa de abstracción alrededor de SharePoint. Actualmente, el único marco que se puede usar para emular la API de SharePoint es el aislador THEMEMOCK, que es excelente, pero es un producto comercial. El enfoque de envoltura arquitectónico generalmente produce un patrón de inyección de dependencia complejo, o en las pruebas unitarias que están "protegidas" de las secciones críticas del código. La prueba de la unidad es tan difícil que en muchos proyectos de desarrollo de SharePoint, los desarrolladores están obligados a ir directamente a las pruebas de estilo de integración contra una instancia local de SharePoint. Esto introduce enormes dependencias de configuración en las pruebas, y hace que el ciclo de prueba sea lo suficientemente lento para obstaculizar el desarrollo y la depuración, y evita la adopción del desarrollo impulsado por la prueba (TDD). FakePoint le ofrece una alternativa a burlarse y volver a arquitectora que le permite reemplazar la API de SharePoint con un conjunto de clases falsas. En lugar de establecer una respuesta para cada llamada API antes de ejecutar la prueba, se crea un sitio Fake Fake SharePoint, completo con contenido. Una vez que se configura este sitio falso, se puede ejecutar cualquier número de pruebas contra ella. Esto hace que la configuración de prueba sea muy simple y también elimina la necesidad de predecir cuál sería la respuesta de la API para una llamada particular para configurar las condiciones de respuesta.

Pobres Software relacionado