Testeo aplicación ASP.net MVC con Selenium (Parte 1)

Hello world,

Cuando hacemos las estimaciones de un proyecto, siempre se nos olvida una de las partes mas importantes, a la vez que mas desagradecidas e incluso podría decir, que más costosas… Esto son los test, si si, los test, eso que siempre queremos hacer pero que “nunca” hacemos…

Hoy empiezo una serie de post en los que me gustaría explicar como hacer testing funcional en nuestra web, desarrollada en ASP.net MVC. En este primero hablaré de como montar las base de nuestros test, así como las librerías a utilizar.

Vamos al tema… Lo primero que tenemos que tener claro (sin entrar demasiado en detalle) es que un test se compone de 3 partes:

  1. TestInitialize: Aquí inicializaremos todo lo que necesitemos para que nuestro test se pueda ejecutar (recordad que un test tiene que probar “algo” en un entorno controlado). Imaginad que nuestro test lo que hace es ejecutar una pantalla que modifica un valor de una entidad de base de datos, evidentemente no modificaremos algo que ya esté creado, con lo que aquí podremos crearnos una entidad (entorno controlado) a la que después modificaremos desde el punto 2.
  2. TestMethod: Aquí pondremos el código necesario para probar nuestra casuística, en el ejemplo explicado en el punto anterior, modificaríamos algo de la entidad creada y validaríamos que esa modificación se ha realizado correctamente.
  3. TestCleanup: Como dijimos en el punto 1, un test se realiza sobre un entorno controlado, para ello hemos realizado una serie de acciones en el punto 1, y otras tantas en el punto 2 y es aquí donde tenemos que deshacer, o mejor dicho, volver al estado de antes de haber lanzado nuestro test. (Este punto cobra especial sentido cuando estamos haciendo test funciona o test de integración).

Hecha esta pequeña aclaración, vamos a continuar con el tema… Cuando vamos a hacer un test funcional tenemos que tener claro que lo que vamos a probar es un flujo de nuestra aplicación. Por ejemplo, quiero probar que funciona el alta de usuario, en el que yo relleno una serie de campos y por ultimo le doy a un botón “guardar”. Muy bien, ya tenemos decidido cual será nuestro primer test. Ahora llega lo divertido, ¿Cómo puedo probar eso sin yo tener que interactuar con la aplicación? ¿puedo hacerlo programaticamente?, mi web corre sobre un IISExpress que se lanza cuando le doy al “play” del Visual Studio ¿Cómo puedo simular eso? y en el mismo sentido, ¿sobre que navegador correrán mis test?… Como dijo Jack el destripador, vamos por partes!

Lo primero, existen librerías que nos proporcionan el poder realizar este tipo de testing, en este caso yo voy a utilizar Selenium. Para ello solo tendremos que ir al administrador de paquetes Nuget de nuestro proyecto de test e instalar “Selenium.WebDriver”:

selenium_nuget
Administrador de paquetes nuget VS2017

Una vez instalado el paquete, lo siguiente que tenemos que pensar es como vamos a lanzar nuestros test y sobre que navegadores queremos que corran dichos tests. En mi caso he decidido que se lancen sobre un IISExpress y se ejecuten en Google Chrome(veremos como configurar varios navegadores). Para ello en el TestInitialize levantaré una instancia de IISExpress:

private Process _iisProcess;
const int _iisPort = 9515;
[TestInitialize]
public void TestInitialize()
{
     // Start IISExpress
     StartIIS();
}
private void StartIIS()
{
     // Obtain application path
     var applicationPath = GetApplicationPath("MyApplication");
     var programFiles = Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles);
     
     // create instance of IIS
     _iisProcess = new Process();
     // Set Path of instalation ISSExpress in the machine
     _iisProcess.StartInfo.FileName = $@"{programFiles}\IIS Express\iisexpress.exe";
     // set the application path to atach the ISS and the port
     _iisProcess.StartInfo.Arguments = $" /path:{applicationPath} /port:{_iisPort}";
     // Start the IIS
     _iisProcess.Start();
}
protected virtual string GetApplicationPath(string applicationName)
{
     var solutionFolder = Path.GetDirectoryName(Path.GetDirectoryName(Path.GetDirectoryName(AppDomain.CurrentDomain.BaseDirectory)));
     return Path.Combine(solutionFolder, applicationName);
}

Con esto ya tendríamos una instancia de IISExpress sobre la que correr nuestros test. Este código seria interesante implementarlo en una clase base ya que lo utilizaremos desde todos los test que queramos realizar con selenium.

Si recordáis al principio del post, comentaba que los test constan de 3 partes, el initialize, el test y el Cleanup. En este caso seria interesante configurar un Cleanup en el que matemos nuestra instancia de IISExpress.

[TestCleanup]
 public void TestCleanup()
 {
      // Ensure IISExpress is stopped
      if (_iisProcess.HasExited == false)
      {
          _iisProcess.Kill();
      }
 }

Con este simple código ya tendríamos la configuración del IISExpress para que se  puedan lanzar nuestros tests. En el próximo post veremos como configurar los drivers para los distintos navegadores sobre los que corran nuestros tests.

Saludos y hasta el próximo post!

Anuncios
Testeo aplicación ASP.net MVC con Selenium (Parte 1)

ASP.NET Core, nuevo modelo de configuración

Hello world!

Con la llegada de core a nuestras vidas, una de las cosas que mas “choca” es ver que ya no tenemos web.config. Con lo que lo mas normal es que nos asalten varias dudas, como por ejemplo: ¿Donde configuro ahora mi cadena de conexión a la base de datos? o ¿Dónde puedo poner todas mis keys de configuración de mi web?…

La respuesta es simple: HELLO appsettings.json!! En el momento que estamos en el mundo del desarrollo, dominado por las “apis” y los “jsons”, el viejo modelo de XML por el que se regía el web.config (trabajaba como un diccionario Key-Value) se ha quedado obsoleto, con lo que Microsoft con la llegada de ASP.NET core se ha decidido por un nuevo sistema de configuración para nuestras aplicaciones basado en un json, que como ya sabéis, es menos pesado, mas legible y sobre todo mas estructurado.

Hecha esta breve introducción, vamos al tema. Lo primero que nos vamos a encontrar en nuestra nueva aplicación en core es un appsettings.json el cual tendrá el siguiente formato:

{
  "Logging": {
    "IncludeScopes": false,
    "LogLevel": {
      "Default": "Debug",
      "System": "Information",
      "Microsoft": "Information"
    }
  },
  "Smtp": {
    "Server": "0.0.0.1",
    "User": "nfanjul@pasiona.com",
    "Pass": "123456789",
    "Port": "25"
  }
}

Como podéis ver, ya le he incluido una configuración para un servidor smtp, en este post nos centraremos en como recoger estos valores desde nuestra aplicación.

Lo primero que deberemos hacer es crearnos un modelo con las propiedades que hemos puesto en nuestra configuración, este modelo será donde se mapearán los valores que hayamos configurado en nuestro appsettings.json:

public class Smtp
    {
        public string Server { get; }
        public string User { get; }
        public string Pass { get; }
        public int Port { get; }
    }

El siguiente paso será irnos a la clase startup y en su constructor añadir nuestro appsettings.json: 

public Startup(IHostingEnvironment env)
        {
            var builder = new ConfigurationBuilder()
                .SetBasePath(env.ContentRootPath)
                .AddJsonFile("appsettings.json", optional: true, reloadOnChange: true)
                .AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true)
                .AddEnvironmentVariables();
            Configuration = builder.Build();
        }

En este código podemos ver varias cosas interesantes:

  • Parámetro “optional”: Aquí podremos decir si el appsettings.json es obligatorio o no.
  • Parámetro “reloadOnChange”: Especificaremos si queremos que se recargue la aplicación cuando hagamos cambios en los settings.
  • Segundo “addJsonFile”: ahí podríamos tener un segundo settings para la gestión de nuestros settings locales, y dado que la ejecución de este constructor es secuencial machacaría el appsettings.json principal con nuestros settings locales. Esto nos facilitará el poder tener conexiones a nuestras bases de datos locales. Gestionar esto desde el web.config era un poco í ya q tendríamos que utilizar el famoso “Templating” que tantos dolores de cabeza nos dio en su momento. Por otro lado, al ser opcional no pasará nada si no existe, pudiendo así no tenerlo subido a nuestro repositorio de código.

Continuemos… Una vez visto esto, queda realmente ver como leemos ese appsettings.json. Cuando trabajábamos con el web.config tirábamos de la clase ConfigurationManager , ahora en core también tendremos un helper para cargar esto y poder tenerlo accesible desde todo el ciclo de vida de la aplicación sin tener que utilizar librerías de terceros para el tratamiento de json (ej: Newtonsoft). Para ello en la misma clase startup tendremos el método ConfigureServices  desde el cual podremos resolver la carga de nuestros settings de la siguiente manera:

public void ConfigureServices(IServiceCollection services)
        {
            // Add framework services.
            services.AddMvc();
            services.Configure<Smtp>(Configuration.GetSection("Smtp"));
        }

Donde le especificaremos:

  • <Smtp>: Nuestro modelo de datos creado para estos settings.
  • Configuration.GetSection(“Smtp”): al GetSection le pasaremos nombre de la propiedad del json que queremos cargar.

Con habéis podido ver, esta nueva forma de tener nuestros settings es mucho mas limpia, ya que podríamos crearnos tantas secciones como quisiéramos para poder tener agrupados todos los settings por funcionalidad.

Con esto y un bizcocho… Saludos y hasta pronto!

ASP.NET Core, nuevo modelo de configuración

Presentación…

Hello world,

Después de un tiempo apartado del mundo de los blogs, me ha vuelto a picar el gusanillo de volver a escribir. Lo primero que haré será traspasar las entradas de mi viejo blog a este.

Una vez hecho esta breve introducción, me voy a presentar. Soy Nacho Fanjul, Senior developer en tecnología .NET en el departamento de proyectos de Pasiona, llevo en este mundo de la programación casi 10 años y como os podéis imaginar me las he encontrado de todos los colores… No voy a entrar a repasar mi trayectoria profesional, para eso podéis visitar mi “LinkedIn”, sí que resumiré lo que llevo haciendo los últimos tiempos.

Me he especializado en desarrollo de aplicaciones web, desarrollando principalmente con MVC, aunque también me ha tocado “pelearme” con webForms. En cuanto a la parte de “BackEnd”, he ido acumulando experiencia en codeFirst, Entity Framework, arquitecturas DDD, etc…

Últimamente, me estoy introduciendo en el mundillo de azure, donde aún me queda un largo recorrido…

¿Qué encontrareis en este blog?

Esto es simple, iré poniendo las cosillas que me vaya encontrando en el día a día, o simplemente cosas nuevas que vaya aprendiendo.

En fin, no me enrollo más, solo deciros que espero que este blog os resulte útil, y podáis aprender algo y que yo también aprenda algo!

Saludos a tod@s!

 

Presentación…