visual unitarias unit tutorial test studio pruebas mvc ejemplo unit-testing tfs build tfs2015

unit testing - unitarias - No se encontraron pruebas. Asegúrese de que los detectores y ejecutores de prueba instalados, la configuración de la versión de plataforma y marco sean apropiados e intente nuevamente



pruebas unitarias c# visual studio 2017 (26)

  1. Instale la última versión de Nunit y NUnitTestAdapter del paquete NUGET.
  2. Vaya a ----> Prueba -----> Configuración de prueba ---> Arquitectura de procesador predeterminada ------> Cambiar a X64
  3. Construye la solución.
  4. Esto resolverá el problema Ejecutar prueba y depurador en las pruebas unitarias y comenzará a funcionar.

Estoy en el proceso de actualizar nuestra solución existente a .Net 4.6.1 y no he podido ejecutar nuestras pruebas unitarias durante la construcción de un servidor. A nivel local, se ejecutan como se esperaba y volviendo la versión del marco a .Net 4.5.1 los hace volver a ejecutarse en el servidor.

Estoy teniendo el siguiente error:

No se encontraron pruebas. Asegúrese de que los detectores y ejecutores de prueba instalados, la configuración de la versión de plataforma y marco sean apropiados e intente nuevamente.

He reproducido el problema en una configuración más simple:

  • Solución con un solo proyecto de prueba de unidad C # con dos pruebas (una fallida, una aprobada).
  • Definición de compilación XAML utilizando la plantilla predeterminada (TfvcTemplate.12.xaml)
  • Servidor de compilación XAML TFS 2015 Update 1 con Visual Studio Enterprise 2015 Update 1 instalado (tiene seis servidores similares y todos producen el mismo resultado)

¡Encontre una forma! Probablemente no sea el más ortodoxo, pero me ayudó a toda prisa:

  1. Actualice los paquetes MSTest.TestAdapter y MSTest.TestAdapterFramework a la 1.4.0 desde Herramientas> Administrador de paquetes NuGet.
  2. Luego limpia la solución y ejecuta las pruebas nuevamente.

No creo que haya nada en particular con la versión, pero actualizarla ciertamente elimina cualquier referencia que sea mala en la solución / proyecto.

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

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

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

Asegúrese de tener instalado el nuget "Microsoft.NET.Test.Sdk".

Después de agregar TestAdapterPath en el comandante, funcionó para mí:

vstest.console.exe Xom.Gci.Lvf.FileParserInvoker.UnitTests.dll /TestAdapterPath:"C:/****/****/{SolutionFolder}"

En Visual Studio 2017, simplemente desinstalo y reinstalo NUnitTestAdapter o instalo un nuevo paquete como NUnitTestAdapter.WithFramework y el problema desapareció.

En mi caso, las pruebas se descubrieron pero la ejecución dio como resultado "Prueba no disponible ... " y el (in) famoso: "Asegúrese de que el descubridor y los ejecutores de la prueba estén registrados y que la configuración de la versión de plataforma y marco sea adecuada e intente nuevamente".

el error fue independiente de Visual Studio (probado con las herramientas de CLI de dotnet y la prueba UNit casi desnuda) y fue solo cuando estaba dirigido a .NET 4.7.1. La aplicación dotnetcore funciona bien.

también ejecuta pruebas con Nuint3 CLI nunit3-console.exe Tests.csproj muestra el error:

"Cualquiera de los conjuntos no contiene pruebas o no se ha encontrado el controlador de prueba adecuado".

el error se debió a que no se pudo encontrar el adaptador de prueba en una unidad de red (asignada) o compartirlo y se resolvió copiándolo localmente y volviendo a ejecutarlo.

En mi caso, reinstalar el adaptador Nunit3, eliminar carpetas temporales, cambiar la arquitectura y nada funcionó. Es por el Daemon Resharper que causó el problema.

Add or Remove Programs> Find Resharper > Repair > Install again > Restart VS

Eso resuelve los problemas.

Enfrenté un problema similar cuando probé nUnit en VS 2017 y no es un proyecto central. La instalación de NUnit3TestAdapter solucionó el problema.

Estaba app.config 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 me lo arregló.

Este error puede ocurrir para las pruebas asincrónicas si tiene el tipo de retorno incorrecto. El tipo de retorno debe ser Tarea y no nulo.

Este problema surge nuevamente para Visual Studio 2017. Lo más probable es que haya otro error pero el mismo resultado.

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

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

Este es un problema conocido en Team Foundation Server 2015 RTM + Actualización 1 y se solucionará en la Actualización 2, https://connect.microsoft.com/VisualStudio/feedback/details/2245723 .

Aquí hay una solución alternativa descrita por @Sushil, que incluye agregar un archivo .runsettings que fuerza al corredor de prueba a un marco .Net más antiguo (no es necesario que lo especifique a través del cuadro de diálogo "Agregar / Editar ejecución de prueba" como agregarlo directamente en el editor del proceso de construcción será ignorado).

Estoy usando MSTest. Para mí, era una versión incorrecta y faltaba otro paquete dependiente :

1) La carpeta de mi paquete contiene solo el paquete MSTest.TestFramework.1.2.1. En mi archivo de proyecto (.csproj) la referencia en Target Name era el paquete MSTest.TestAdapter.1.2.0 que no estaba presente en la carpeta del paquete. My packages.config también tiene referencia de MSTest.TestFramework.1.2.0.

2) Así que instalé MSTest.TestAdapter.1.2.0 desde el administrador de paquetes nuget y alineé la versión MSTest.TestFramework con 1.2.0 en el proyecto y el archivo del paquete. Finalmente agrego Microsoft.VisualStudio.TestPlatform.TestFramework y Microsoft.VisualStudio.TestPlatform.TestFramework.Extensions en la referencia.

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

Lanzaré mi solución al montón. En mi caso, estoy agregando un par de proyectos a una solución existente junto con proyectos de prueba para ellos. Estamos usando MSTest. Había un archivo UnitTest.testsettings anterior habilitado en la solución que causaba problemas de compatibilidad.

Al hacer clic en el archivo de configuración, se eliminó la verificación y la ejecución de la prueba fue exitosa para mis pruebas.

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

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

Uso 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 ejecutar 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 en los paquetes.config hizo que las pruebas se ejecutaran en mi compilación VSTS.

Install-Package NUnitTestAdapter

Como Maurice menciona en el Comentario a esta publicación para NUnit3, use el siguiente paquete NUGET (Busque otras utilidades en el enlace, es decir: dotnet CLI y Paket CLI)

Install-Package NUnit3TestAdapter

Espero que esto ayude.

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

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

Recibí este error porque mi clase de prueba de Unidad no era pública.

Ex:

class ClientTests

Error en la salida:

.../bin/Debug/Tests.dll] UTA001: TestClass attribute defined on non-public class ClientTests

Corrección:

public class ClientTests

Recibí este error y pude resolverlo.

  1. Yo uso Visual Studio Professional 2017
  2. En VS, navegué a Herramientas -> Extensiones y actualizaciones
  3. En la parte superior del menú, noté que mi adaptador NUnit estaba desactivado
  4. Hice clic en el botón [Activar]
  5. Pude iniciar pruebas sin errores.

Si está ejecutando sus pruebas dentro de la ventana acoplable usando la construcción en varias etapas y no se encuentran las pruebas. Asegúrese de copiar todos los archivos, no solo los archivos de proyecto, como se muestra a continuación en la sección Dockerfile.

FROM mcr.microsoft.com/dotnet/core/sdk:2.2-stretch AS build WORKDIR /src COPY ["MainProject/FirstApp.csproj", "MainProject/"] COPY ["TestProject/*", "TestProject/"] RUN dotnet restore "TestProject/TestProject.csproj" RUN dotnet build "TestProject/TestProject.csproj" -c Release RUN dotnet test "TestProject/TestProject.csproj" -c Release

Solucioné este problema reinstalando todos los paquetes NuGet relacionados con las pruebas para el proyecto: Xunit, Xunit.runner.vistualstudio, Microsoft.Net.Test.Sdk

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

  1. Eliminar referencias a Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll y extensiones
  2. Instale el paquete nuget actualizado Microsoft.VisualStudio.QualityTools.UnitTestFramework.Updated

Tengo el mismo problema. Estoy usando Visual Studio 2017 Community Edition.

Utilicé estos pasos para descubrir con éxito todos mis casos de prueba y ejecutarlos con éxito:

  • Primero vaya a Extensiones y actualizaciones, instale el Adaptador de prueba NUnit3. Si ya lo tiene, solo habilítelo.

  • Reinicie su Visual Studio 2017, automáticamente solicitará
    instale su extensión, si un mensaje indica que finalice la tarea para continuar
    instalación, simplemente haga clic en "Finalizar tarea".

  • Después de eso, reconstruya su Proyecto de prueba y todos los casos de prueba ahora serán identificados y ahora puede comenzar a ejecutar sus casos de prueba.