wpf behavior unit test

Question

Estoy usando un comportamiento adjunto para agregar funcionalidad de arrastrar y soltar a mi código. Hasta ahora, todo está funcionando bien, pero mi problema es cuando quiero probar mis clases de comportamiento.

Por ejemplo, una de las clases de comportamiento sería algo como lo siguiente:

public class DroppableContainerBehavior: Behavior<FrameworkElement> 
{ 

     protected override void OnAttached() 
     { 
      base.OnAttached(); 

      AssociatedObject.AllowDrop = true; 
      AssociatedObject.Drop += new DragEventHandler(AssociatedObject_Drop); 
      AssociatedObject.DragOver += new DragEventHandler(AssociatedObject_DragOver); 
      AssociatedObject.DragLeave += new DragEventHandler(AssociatedObject_DragLeave); 

     } 


     private void AssociatedObject_Drop(object sender, DragEventArgs e) 
     { 
    ... 
    }   
} 

Mi problema ahora es cuando quiero crear una prueba unitaria para el método AssociatedObject_Drop, necesitaría crear un DragEventArgs objeto, pero esta clase está sellada.

me dio la impresión de que estoy haciendo algo mal .. Mi pregunta es: ¿Debo estar probando mis clases de comportamiento? Los comportamientos están relacionados con la IU, y generalmente no vale la pena probar la IU. Estoy en lo correcto? ¿Tal vez tengo que cambiar el código de mi conducta para que sea más comprobable? ¿algunas ideas?

Gracias por su ayuda!

Answer 1

Refactorizaría el código y movería cualquier lógica comercial del AssociatedObject_Drop a sus propias funciones y luego escribiré mis pruebas unitarias para esas funciones.

Answer 2

1. puede crear un objeto, incluso su clase está sellada.

2. puede probar la gota subida (evento) en su unidad de prueba

3. también puede probar el método de la lógica AssociatedObject_Drop() mediante la extracción de su código en otra función y escribir la prueba unitaria para esta función.