Cómo modelar concurrencia en pruebas unitarias?

Question

Soy bastante nuevo en las pruebas unitarias y actualmente estoy experimentando un poco con las herramientas de prueba de Visual Studio.

Mi pregunta es cómo definir las afirmaciones sobre comportamiento concurrente en estas pruebas. P.ej. dada una clase BoundedChan<T> implementar un canal limitado, ¿cómo puedo especificar pruebas como

1. "channel.Send no bloqueará" o
2. "Si se excede la capacidad del canal, channel.Send bloqueará hasta que un valor se lee"

¿Existe alguna solución elegante para escribir estas afirmaciones?

Answer 1

Aquí hay un blog article que trata el tema; se enfoca en NUnit.

Desafortunadamente, la simultaneidad sigue siendo un área de pruebas unitarias que dificulta la estructura fácilmente. No es un problema simple, y aún requiere que implemente algunos de sus propios lógica de sincronización y concurrencia en la prueba.

Para el ejemplo que proporcione, puede ser imposible escribir una prueba que conclusivamente demuestre que un método se bloqueará o no en ciertas condiciones. Es posible que pueda alcanzar cierto nivel de confianza creando primero las peores circunstancias en las que esperaría el comportamiento de bloqueo y luego escriba pruebas para determinar si eso ocurre o no.

Answer 2

Esta pregunta podría generar suficiente contenido para llenar un libro.

En general, no recomendaría agregar pruebas unitarias a sus clases para escenarios concurrentes. Con la práctica, creo que aprenderá que las pruebas de unidades automáticas tienen uno o varios "puntos positivos", y que enfocar sus esfuerzos en estas áreas (y utilizar otras prácticas en otras áreas) produce un mejor retorno de la inversión.

Pero su clase parece ser aproximadamente concurrencia (no puede decirse con certeza en función de la información proporcionada), y por lo tanto este podría ser un caso en el que realmente desea una prueba de simulación simultánea.

Puede (hasta donde yo sé) iniciar varios hilos en una prueba de unidad si lo desea. Pero puede haber una manera más simple. Considere aprovechar el patrón Compose Method. Mientras estamos en el tema, este patrón es bastante crítico para las pruebas de unidades efectivas sobre todo, no solo con la concurrencia.

Answer 3

Esto debería ser una interesring leer -> http://c2.com/cgi-bin/wiki?ExtremeProgrammingChallengeFourteen

Answer 4

He creado un ayudante que puede iniciar un haz de hilos para ejecutar acciones simultáneas. El helper proporciona primitivas de sincronización y mecanismos de registro. Se puede usar junto con cualquier marco de prueba de unidad. Aquí es un fragmento de código de una unidad de prueba:

[Test] 
public void TwoCodeBlocksInParallelTest() 
{ 
    // This static method runs the provided Action delegates in parallel using threads 
    CTestHelper.Run(
     c => 
      { 
       Thread.Sleep(1000); // Here should be the code to provide something 
       CTestHelper.AddSequenceStep("Provide"); // We record a sequence step for the expectations after the test 
       CTestHelper.SetEvent(); 
      }, 
     c => 
      { 
       CTestHelper.WaitEvent(); // We wait until we can consume what is provided 
       CTestHelper.AddSequenceStep("Consume"); // We record a sequence step for the expectations after the test 
      }, 
     TimeSpan.FromSeconds(10)); // This is a timeout parameter, if the threads are deadlocked or take too long, the threads are terminated and a timeout exception is thrown 

    // After Run() completes we can analyze if the recorded sequence steps are in the correct order 
    Expect(CTestHelper.GetSequence(), Is.EqualTo(new[] { "Provide", "Consume" })); 
} 

Se puede utilizar para probar cliente/servidor o de sincronización en componentes o simplemente ejecutar un hilo con un tiempo de espera. Continuaré mejorando esto en las próximas semanas. Aquí está la página del proyecto: Concurrency Testing Helper