PRUEBAS UNIDADES en Asp.Net: Tutorial completo
jacob lee
⚡ Resumen inteligente
Las pruebas unitarias de una aplicación ASP.NET en Visual Studio comienzan con un proyecto de prueba unitaria, se crea una referencia al proyecto de destino, se agregan los atributos [TestClass] y [TestMethod] de MSTest y se llaman los métodos Assert para demostrar que las clases se comportan según lo previsto.
Las pruebas son un aspecto esencial de cualquier lenguaje de programación. Pruebas El desarrollo para aplicaciones ASP.NET es posible con la ayuda de Visual Studio.
Visual Studio se utiliza para crear código de prueba. También se utiliza para ejecutar el código de prueba de una aplicación ASP.NET. De esta forma, resulta sencillo comprobar si hay errores en una aplicación ASP.NET. En Visual Studio, el módulo de pruebas viene integrado. Se puede realizar una prueba en un proyecto ASP.NET de inmediato.
Introducción a las pruebas para ASP.NET
El primer nivel de prueba de un proyecto ASP.NET son las pruebas unitarias. Estas pruebas evalúan la funcionalidad de la aplicación y se realizan para garantizar que funcione según lo previsto. En ASP.NET, la primera tarea consiste en crear un proyecto de prueba en Visual Studio. Este proyecto contendrá el código necesario para probar la aplicación.
Consideremos la siguiente página web. En la página, tenemos el mensaje “GuruSe muestra el mensaje "99 – ASP.NET". Ahora bien, ¿cómo podemos confirmar que se muestra el mensaje correcto al ejecutar un proyecto ASP.NET? Esto se logra agregando un proyecto de prueba a la solución ASP.NET (utilizada para desarrollar aplicaciones web). Este proyecto de prueba garantizará que se muestre el mensaje correcto al usuario.
Analicemos ahora con más detalle cómo podemos trabajar en las pruebas en ASP.NET.
Crear un proyecto de prueba unitaria .NET
Antes de crear un proyecto de prueba, debemos realizar los siguientes pasos de alto nivel.
- Utilice nuestra 'Aplicación de demostración' utilizada en las secciones anteriores. Esta será nuestra aplicación que necesita ser probada.
- Agregaremos una nueva clase a la aplicación de demostración. Esta clase contendrá una cadena llamada 'Guru99 – ASP.NET.' Esta cadena se probará en nuestro proyecto de pruebas.
- Finalmente, crearemos un proyecto de prueba. Este se utiliza para probar la aplicación ASP.NET.
Sigamos entonces los pasos generales descritos anteriormente y veamos cómo implementar las pruebas.
Paso 1) Asegúrese de que DemoApplication esté abierta en Visual Studio.
Paso 2) Ahora agreguemos una nueva clase a la aplicación de demostración. Esta clase contendrá una cadena llamada 'Guru99 – ASP.NET.' Esta cadena se probará en nuestro proyecto de pruebas.
Siga el paso a continuación para agregar una nueva clase.
- En Visual Studio, haga clic con el botón derecho en “DemoApplication” en el Explorador de soluciones.
- Elija la opción Agregar->Clase en el menú contextual.
Paso 3) En este paso,
- Asigne un nombre "Tutorial.cs" a la nueva clase.
- Haga clic en el botón "Agregar" para agregar el archivo a la aplicación de demostración.
Ahora, se agrega una nueva clase al archivo "DemoApplication".
Paso 4) Abra el nuevo archivo Tutorial.cs de “DemoApplication”. Agregue la cadena “Guru99 – ASP.NET.”
Para abrir el archivo, haga doble clic en el archivo Tutorial.cs en el Explorador de soluciones.
El archivo tendrá algún código predeterminado ya escrito. No se preocupe por ese código, simplemente agregue la siguiente línea de código.
namespace DemoApplication { public class Tutorial { public String Name; public Tutorial() { Name = "Guru99 - ASP.Net"; } } }
Code Explicación:-
- La variable Nombre es de tipo cadena.
- Finalmente, en el constructor de la clase Tutorial, asigne el valor de la variable Name. El valor se asigna a “Guru99 – ASP.NET”
Paso 5) Ahora ve al archivo demo.aspx y agrega las líneas de código para mostrar el texto “Guru99 – ASP.NET.”
<!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <title></title> </head> <body> <form id="form1" runat="server"> <div> <% DemoApplication.Tutorial tp=new DemoApplication.Tutorial();%> <%=tp.Name%> </div> </form> </body> </html>
Code Explicación:-
- La primera línea crea un objeto de la clase 'Tutorial'. Este es el primer paso al trabajar con clases y objetos. El nombre asignado al objeto es 'tp'.
- Finalmente llamamos 'tutorial.cs' desde el archivo demo.aspx. Muestra el valor de la variable Nombre.
Cuando ejecute el programa anterior en Visual Studio, obtendrá el siguiente resultado.
Salida:-
En la salida, verá el mensaje “Guru99 – ASP.NET” mostrado.
Paso 6) Ahora vamos a añadir nuestro proyecto de prueba a la aplicación de demostración. Esto se hace con la ayuda de Visual Studio.
- Haga clic derecho en Solución – Aplicación de demostración.
- En el menú contextual, elija la opción 'Nuevo proyecto'.
Paso 7) El paso implica agregar el proyecto de prueba unitaria a la aplicación de demostración.
- Haga clic en el tipo de elemento como "Prueba" en el panel de la izquierda.
- Seleccione el elemento “Proyecto de prueba unitaria” de la lista que aparece en la parte central del cuadro de diálogo.
- Dé un nombre al proyecto de prueba. En nuestro caso, el nombre dado es 'DemoTest'.
- Finalmente, haga clic en el botón "Aceptar".
Eventualmente verá el proyecto DemoTest agregado al explorador de soluciones. Con esto, también puede ver que otros archivos como UnitTest1.cs, propiedades, etc. se generan de forma predeterminada.
Ejecutando el proyecto de prueba
El proyecto de prueba creado en la sección anterior se utiliza para probar nuestra aplicación ASP.NET. En los siguientes pasos, veremos cómo ejecutar el proyecto de prueba.
- El primer paso sería agregar una referencia al proyecto ASP.NET. Este paso se realiza para que el proyecto de prueba tenga acceso al proyecto ASP.NET.
- Luego escribiremos nuestro código de prueba.
- Finalmente, ejecutaremos la prueba utilizando Visual Studio.
Paso 1) Para probar nuestra aplicación de demostración, el primer proyecto de prueba debe hacer referencia a la aplicación de demostración. Agregue una referencia a la solución Demo.aspx.
- Haga clic derecho en el proyecto de prueba de demostración.
- Desde el menú elija la opción Agregar->Referencia.
Paso 2) El siguiente paso es agregar una referencia a DemoApplication.
- Seleccione la opción Proyectos del lado izquierdo del cuadro de diálogo.
- Haga clic en la casilla de verificación junto a DemoApplication
- Haga clic en el botón "Aceptar".
Esto permitirá que un proyecto de prueba pruebe nuestra aplicación de demostración.
Paso 3) Ahora es el momento de añadir el código de prueba a nuestro proyecto de prueba.
- Para ello, haga doble clic en el archivo UnitTest1 (Visual Studio agrega automáticamente el archivo UnitTest1 cuando se crea el proyecto de prueba) en el Explorador de soluciones.
- Este es el archivo que se ejecutará para probar el proyecto ASP.NET.
Verá el código que se muestra a continuación, agregado por Visual Studio, en el archivo UnitTest1.cs. Este es el código básico necesario para ejecutar el proyecto de prueba.
Paso 4) El siguiente paso es agregar el código que se utiliza para probar la cadena “Guru99 – ASP.NET.”
using System; using Microsoft.VisualStudio.TestTools.UnitTesting; using DemoApplication; namespace DemoTest { [TestClass] public class UnitTest1 { [TestMethod] public void TestMethod1() { Tutorial tp = new Tutorial(); Assert.AreEqual(tp.Name,"Guru99 - ASP.Net"); } } }
- Crea un nuevo objeto llamado 'tp' del tipo Tutorial
- El método Assert.AreEqual se utiliza en .NET para comprobar si un valor es igual a algo. En nuestro caso, estamos comparando los valores de tp.Name con Guru99 – ASP.NET.
Paso 5) Ahora vamos a ejecutar nuestro proyecto de prueba. Para ello, debemos ir a la opción de menú Prueba->Ejecutar->Todas las pruebas.
Salida:-
Aparecerá una ventana del Explorador de pruebas en Visual Studio. En ella se mostrará el resultado anterior y se indicará que se ejecutó una prueba exitosa en Visual Studio.
Atributos y aserciones de MSTest que utilizará
El MicrosoftEl espacio de nombres .VisualStudio.TestTools.UnitTesting incluye un pequeño conjunto de atributos y aserciones que cubren la mayoría de las pruebas unitarias de ASP.NET. Aprenderlos primero facilita la lectura y el mantenimiento de las pruebas posteriores.
- [Clase de prueba] – Marca la clase como un contenedor de pruebas. MSTest analiza las clases con este atributo en el momento del descubrimiento.
- [Método de prueba] – Marca un método público sin parámetros como una prueba individual. El método devuelve void, Task o ValueTask.
- [InicializarPrueba] / [LimpiezaPrueba] – Ejecútelos antes y después de cada método de prueba. Úselos para crear y eliminar configuraciones compartidas, como un repositorio simulado o un contexto en memoria.
- [Inicializar clase] / [Limpieza de clase] – Se ejecutan una sola vez para toda la clase. Son útiles cuando la configuración es costosa, por ejemplo, al inicializar una base de datos de prueba.
- [Fila de datos] y [Método de prueba de datos] – Proporcionar datos de entrada parametrizados para que un único método de prueba cubra varios casos.
Dentro de cada método de prueba, la clase Assert verifica el resultado. Las llamadas comunes incluyen Assert.AreEqual para comparaciones de valores, Assert.IsTrue y Assert.IsFalse para booleanos, Assert.IsNull y Assert.IsNotNull para referencias, y Assert.ThrowsException para excepciones esperadas. Estructure cada prueba utilizando el patrón Arrange, Act, Assert para que la configuración, la invocación y la verificación permanezcan visualmente separadas. Este diseño facilita la depuración de las pruebas fallidas, ya que la línea que falla casi siempre es la única instrucción Assert en la parte inferior.
Comparación de MSTest, NUnit y xUnit para ASP.NET
Tres marcos de prueba dominan el ecosistema .NET. Cada uno se ejecuta dentro de Visual Studio y se integra con dotnet test, por lo que la diferencia radica principalmente en el estilo, el soporte de la comunidad y el comportamiento predeterminado.
- Prueba MST – enviado por Microsoft y viene preinstalado con la plantilla de proyecto de prueba unitaria de Visual Studio utilizada anteriormente en este tutorial. Es la opción predeterminada más segura cuando un equipo es nuevo en las pruebas unitarias en el Microsoft asociación.
- NUnit – el más antiguo de los tres, originalmente portado desde JUnitOfrece un modelo de restricciones completo, pruebas parametrizadas mediante TestCase y TestCaseSource, y soporte avanzado para todas las versiones de .NET.
- xUnit.net – Utilizado internamente por los equipos de ASP.NET Core y Entity Framework Core. Reemplaza el método SetUp con el constructor e IDisposable, fomenta el uso de una clase de prueba por comportamiento y utiliza [Fact] y [Theory] en lugar de [TestMethod].
Los tres marcos descubren las pruebas a través de atributos, las ejecutan a través del comando dotnet test y producen informes XML trx o xUnit que las canalizaciones de CI como Azure DevOps, GitHub Actions y Jenkins Puede consumirse directamente. Para un primer proyecto ASP.NET, usar MSTest simplifica la cadena de herramientas. Los equipos que buscan una mayor parametrización o que ya usan ASP.NET Core suelen elegir xUnit por su coherencia con el framework con el que se construyó.
Mejores prácticas para pruebas unitarias de aplicaciones ASP.NET
Seguir un pequeño conjunto de hábitos permite que un conjunto de herramientas sea rápido, fiable y útil durante toda la vida útil de un proyecto ASP.NET.
- Pruebe un comportamiento por cada método. Una prueba que afirma varias cosas sin relación entre sí falla por muchas razones y tarda más en corregirse.
- Pruebas de nombres según la intención. Un patrón como MethodUnderTest_Scenario_ExpectedResult hace que la salida del Explorador de pruebas sea una especificación legible de la clase.
- Aísle la unidad de los sistemas externos. Envuelva las llamadas a archivos, redes y bases de datos detrás de interfaces e incorpore objetos simulados o ficticios para que la prueba no acceda a la dependencia real.
- Realiza las pruebas rápidamente. El objetivo es que el conjunto completo de pruebas unitarias finalice en segundos. Las pruebas lentas se omiten, y las pruebas omitidas ocultan regresiones.
- Sigue el esquema Organizar, Actuar, Afirmar. Tres bloques cortos con líneas en blanco entre ellos indican la intención y facilitan la detección de líneas defectuosas.
- Ejecuta pruebas en cada commit. Integra las pruebas de .NET en una canalización de CI para que una prueba fallida bloquee la fusión en lugar de la distribución.ping a la producción.
- Traccobertura de código k, pero no la persigas. La cobertura pone de relieve caminos no explorados, pero un número elevado por sí solo no garantiza la calidad. Revmira qué hacen realmente las líneas que faltan.
Aplicadas en conjunto, estas prácticas convierten el proyecto DemoTest creado anteriormente en la base de un conjunto de herramientas que detecta regresiones en cada actualización, documenta el comportamiento para futuros desarrolladores y genera confianza al refactorizar una aplicación ASP.NET.
