No se encontró ninguna prueba. Asegúrese de que los descubridores y ejecutores de pruebas instalados, la configuración de la versión de la plataforma y el marco son apropiados e inténtelo de nuevo

Puede intentar cambiar su arquitectura de procesador predeterminada en su Configuración de prueba de X86 a X64. En mi caso este era el problema.

Esto sucede si el objetivo de la plataforma de su proyecto bajo prueba se establece en x64.

Mi compilación tampoco estaba encontrando las pruebas. Mi configuración y solución para encontrar las pruebas son las siguientes.

Utilizo VSTS (Visual Studio Team Services) y tengo una compilación configurada para actualizar los paquetes NUGET en cada compilación. Estoy usando NUnit y descubrí que ejecutando el siguiente comando NUGET (desde la consola del administrador de paquetes en Visual Studio) para agregar la biblioteca NUnitTestAdapter a mi proyecto de prueba y la comprobación de los paquetes.config hizo que las pruebas se ejecutaran en mis VSTS construir.

Install-Package NUnitTestAdapter

Como menciona Maurice en el comentario a este post para NUnit3 use el siguiente paquete NUGET

Install-Package NUnit3TestAdapter

Espero que esto ayude.

En mi caso, tuve que:

1) convertir proj de prueba a netcore 2.0 (era netstandard 2.0)

2) añadir paquete nuget xunit.runner.visualstudio

Referencia: http://www.neekgreen.com/2017/11/20/xunit-no-test-is-available /

Este problema vuelve a aparecer en Visual Studio 2017. Lo más probable es que otro error, pero el mismo resultado.

Una solución que parece funcionar es desinstalar Microsoft Visual Studio 2017 Remote Debugger de la máquina afectada.

Estoy usando MSTest. Para mí, fue versión missmatch y falta otro paquete dependiente-

1) Mi carpeta de paquetes contiene solo MSTest.TestFramework.1.2.1 paquete. En mi archivo de proyecto(.csproj) la referencia en el Nombre de destino era MSTest.TestAdapter.1.2.0 paquete que no estaba presente en la carpeta del paquete. Mis paquetes.config también tiene referencia de MSTest.TestFramework.1.2.0 .

2) Así que instalé MSTest.TestAdapter.1.2.0 desde nuget package manager y align MSTest.TestFramework versión a 1.2.0 en proyecto y archivo de paquete. Finalmente agrego Microsoft.VisualStudio.TestPlatform.TestFramework y Microsoft.VisualStudio.TestPlatform.TestFramework.Extensiones en la referencia.

Entonces todo estaba bien. Espero que esto ayude a alguien.

Este es un problema conocido para.Net 4.6 ahora.

No se puede ejecutar.Net 4.6.pruebas unitarias de x como parte de una compilación TFS de XAML con la actualización de TFS 20151 Fuente:https://connect.microsoft.com/VisualStudio/feedback/details/2245723

Aquí hay una pregunta similar para su referencia: No se puede ejecutar. Net 4.6 Pruebas unitarias de TFS 2015 XAML build server

Me encontré con el mismo problema en VSTS con.Net 4.6.2. Si está viendo esto desde la salida de la consola VSTS, la solución proporcionada por @Sushil todavía funciona en VSTS y es necesaria. Desafortunadamente, la tarea" Test Assemblies " proporcionada por Microsoft passes, por lo que realmente ni siquiera sabe que hay un problema a menos que verifique la salida y no encuentre ninguna de sus pruebas realmente ejecutadas.

Solucioné esto por problema en el proyecto de prueba VS 2017 y 4.6.2 con los siguientes pasos:

1. Elimine las referencias a Microsoft.VisualStudio.Herramientas de calidad.Unesel marco.dll y extensiones
2. Instale el Microsoft.VisualStudio.Herramientas de calidad.Unesel marco.Nuget actualizado paquete

Estaba teniendo un problema similar y noté que de alguna manera se había agregado un archivo app.config a mi proyecto de prueba. La eliminación de este archivo de configuración lo arregló para mí.

Usando.Net Core con una canalización de compilación en TFS 2017, mi paso de prueba de Visual Studio estaba pasando sin ejecutar ninguna prueba. Tuve que editar el paso, "Opciones avanzadas de ejecución" - > "Otras opciones de consola" para incluir:

/framework:".NETCoreApp,Version=v2.0"

(Ese campo también contiene /platform:x64)

En Visual Studio 2017 acabo de desinstalar y reinstalar NUnitTestAdapter o instalar un nuevo paquete como NUnitTestAdapter.WithFramework paquete y problema ido.

Esto es solo para recapitular la solución presentada por @Sushil anteriormente.

Este es un problema conocido en Team Foundation Server 2015 RTM + Update 1 y se solucionará en la actualización 2, referencia.

Hay una solución descrita por @Sushil aquí, que incluye agregar a .archivo runsettings que obliga al ejecutor de prueba a. Net framework más antiguo (por favor, no es que tenga que especificarlo a través del diálogo "Agregar/Editar ejecución de prueba", ya que lo agrega directamente en el proceso de compilación editor será ignorado).