2010-06-09 15 views
7

Estoy intentando escribir algunas pruebas de unidad para una aplicación en la que trabajo (con la vaga esperanza de que otros sigan el ejemplo), y originalmente estaba ejecutando estas pruebas con NUnit y ReSharper enchufar.ReSharper ya no ejecuta pruebas unitarias

Sin embargo, ReSharper ya no ejecutará más pruebas por mí: simplemente las tacha con un tachado rojo.

No hay ningún código de error, me temo, y no hay mención de tal comportamiento en el sitio de JetBrains.

¿Alguien más ha experimentado un comportamiento benévolo similar?

Cheers, Ed

EDITAR

Un ejemplo de una prueba, sólo para demostrar que no sólo estoy haciendo que se equivocan:

using NUnit.Framework; 

/// <summary> 
/// Test 
/// </summary> 
[TestFixture] 
public class Test 
{ 
    [Test] 
    public void TestOne() 
    { 
     Assert.IsTrue(true); 
    } 
} 

No es exactamente mucho a ir mal en ese ejemplo: D

+0

intente eliminar su caché de reajuste – mxmissile

+0

@mxmissile intenté eso, no funcionó ¡Me temo! –

Respuesta

1

Lo más probable es que accidentalmente haya eliminado los atributos [TestFixture], [Test], haya hecho que los métodos de prueba sean privados o que la clase de prueba sea privada.

Por favor enviar un código de ejemplo, si el anterior no es el caso (incluyendo toda clase de declaración de la clase)

+0

No hay nada malo con las Pruebas en sí (funcionan bien en el entorno de compilación de TeamCity o desde el corredor de la consola NUnit), pero este es un sitio web ASP.net, así que es complicado tener que hacer una MSBuild manual cada vez que quiera verificarlo mis pruebas –

+0

Hola @EdWoodcock, prueba (1) seleccionar manualmente una prueba faltante para ejecutar - haciendo clic en el círculo amarillo/verde a la izquierda del código (2) Cierre su sesión de prueba (no es lo mismo que cerrar la ventana con todas las sesiones !). Avíseme si todavía no funciona. – Grzenio

+0

Intenté ambas cosas y me temo que tengo el mismo problema. –

0

tuve un problema similar recientemente. La causa fue que algunos archivos de configuración que algunas de las pruebas requerían no se copiaban en el directorio bin correspondiente. La propiedad "copiar si es nuevo/copiar siempre" en el archivo se restableció en algún momento. Recibí la misma falta de retroalimentación que está viendo, y no pude resolver el problema hasta que actualicé el reajuste de 4.5 a 5. Luego, comenzó a darme un mensaje de error sobre uno de los archivos.

Dado que ya está usando v5, ¡esto probablemente no le sirva de mucho!

+0

¿Dónde está esa propiedad en la pantalla de opciones? También comencé a tener este problema en 4.5, pero ha estado sucediendo en múltiples archivos sln , algunos de los cuales son nuevos, así que dudo que sea un problema de configuración, ¡pero nunca se sabe! –

Cuestiones relacionadas