Marc Rubiño

ASP.NET, C#, AJAX.NET, JavaScript, etc.

Sobre mi :

  • Marc Rubiño
    LinkedIn Twitter Geeks.ms

    Visitantes:

    Locations of visitors to this page

    Reconocimientos:

Recent Posts

Tags

Community

Email Notifications

Archives

JavaScript Visual Studio and TDD

La idea de esta entrada es demostrar lo fácil que puede ser trabajar usando TDD con JavaScript desde nuestro Visual Studio como cualquier otro proyecto de test que tengamos en nuestra solución.

Para este ejemplo utilizaré una aplicación ASP.NET MVC con QUnit el framework de test unitarios que utiliza JQuery y para lanzar los test utilizo directamente Resharper como cuando utilizo otros frameworks como NUnit, MSTest, etc. Debo aclarar que para Visual Studio hay un test runner que lo podéis descargar desde Chutzpah si no tenéis la oportunidad de utilizar Resharper que personalmente me encanta.

Tanto para instalar QUnit como Chutzpah podemos utilizar Nuget desde nuestro proyecto.

TDD

La idea es que necesitamos un Objeto cliente que le podamos especificar diferentes propiedades como puede ser el Nombre, dirección y además añadir sus pedidos.

Test 1

Siguiendo el desarrollo guiado por pruebas, lo primero que tenemos que hacer es una prueba donde intentaremos definir el nombre del cliente.

Lo primero que necesito es poder crear un variable cliente para las pruebas y poderlo utilizar en todas las pruebas y comprobar que cumple con los requisitos. Para eso creo un contexto donde se agruparan todos los test y compartirán la variable cliente. Para esto utilizaré la función module de la librería QUnit.

 

01 ///<reference path="../qunit.js" />
02 module("Client TDD", {
03 setup: function () {
04 this.Client = new Client();
05 this.Client.Name = "Marc";
06 },
07 teardown: function () {
08 this.testData = null;
09 }
10 });

 

Esta función necesita primero el nombre del contexto y luego el objeto usado como el entorno del test. El objeto testEnvironment tiene una función setup que se lanza antes de cada test y podemos utilizar para crear las propiedades que necesitemos utilizar a lo largo de los múltiples test que utilicemos y un teardown que se ejecuta después de cada test que podemos utilizar para limpiar los datos.

Ahora si que podemos crear nuestro primer test.

 

1 test("Test Set Client Name", function () {
2 equal("Marc", this.Client.Name, "el nombre es Marc");
3 });

 

Esta primer test comprueba si el cliente contiene una Propiedad Nombre y si su valor es “Marc” para eso utilizaremos una comprobación de igualdad “equal”.

Yo como he comentado antes utilizaré Resharper para lanzar mis Test. El resultado del primer test tiene que ser negativo como no podía ser de otra manera utilizando TDD.

Resharper nos abrirá un el navegador con el QUnit Test Suite, además de mostrarnos el resultado en nuestro Visual Studio.

Los Errores son clarísimos no tenemos creado el objeto Cliente:

  1. Setup failed on Test Set Client Name: ‘Client’ no está definido.
  2. Died on test #2: No se puede obtener valor de la propiedad ‘Name’: el objeto es nulo o está sin definir.

Pues ahora nos toca implementar el objeto que la prueba necesita para ser pasada con éxito.

Utilizaré un nuevo fichero javascript donde tendré el código que utilizaré en la aplicación y crearé un objeto cliente utilizando el patrón module, con una parte privada y otra pública.

 

1 var Client = function () {
2 var _private = {};
3 var _public = {};
4 _public.Name = "";
5 return _public;
6 };

 

Tenemos que añadir la referencia al script del código en el fichero donde se encuentran los test y ya podemos relanzar la prueba.

 

1 ///<reference path="../qunit.js" />
2 ///<reference path="../Demo/Client.js" />
3 module("Client TDD", { . . .

 

Todo Verde !!! El objeto Cliente ya está cogiendo forma y todo guiados inicialmente por una prueba de lo que esperábamos que fuera.

Test 2

Siguiendo con la definición de nuestro objeto ahora queremos poder definir una propiedad dirección que será objeto un poco más complicado.

 

01 module("Client TDD", {
02 setup: function () {
03 this.Client = new Client();
04 this.Client.Name = 'Marc';
05 this.Client.Address = {
06 street: 'Gran Via',
07 state: 'Barcelona',
08 PostalCode: '08001' };
09 },
10 . . .

 

1 test("Test Set Address", function () {
2 equal({ street: "Gran Via", state: "Barcelona", PostalCode: "08001" },
3 this.Client.Address,
4 'The address is { street: "Gran Via", state: "Barcelona", PostalCode: "08001" }');
5 });

 

Como antes hasta que no añadamos esta propiedad al objeto cliente no pasará la prueba correctamente,

 

1 var _public = {};
2 _public.Name = "";
3 _public.Address = { street: "", state: "", PostalCode: "" };
4 return _public;

 

Pero el test vuelve a fallar !!!

El test falla porque estamos comparando dos objetos que aunque tengan todas las propiedades con el valor igual, son dos objetos diferentes. Par este caso no nos sirve un simple equal y tendremos que hacer una comparación más profunda que nos servirá para objetos y arrays con deeEqual.

 

1 test('Test Set Address', function () {
2 deepEqual({ street: 'Gran Via', state: 'Barcelona', PostalCode: '08001' },
3 this.Client.Address,
4 'The address is { street: "Gran Via", state: "Barcelona", PostalCode: "08001" }');
5 });

 

Test 3

Ahora nuestra intención es hacer un Get-Set y un Count de los pedidos del cliente.

 

01 test('Test Set.Get Orders', function () {
02 this.Client.Set_Order({ Id: "12345", Name: "Rent Car", Total: 237.45 });
03 expect(2);
04 deepEqual(
05 { Id: "12345", Name: "Rent Car", Total: 237.45 },
06 this.Client.Get_Order(1),
07 'The order is { Id: "12345", Name: "Rent Car", Total: 237.45 }');
08 strictEqual(2, this.Client.Orders(), 'The client have 2 orders');
09
10 });

 

Como siempre en TDD la primera prueba falla porque falta definir las funciones en el objeto cliente.

Ampliamos el objeto y pasamos la prueba:

 

1 _public.Set_Order = function (order) {
2 _private.Orders.push(order);
3 };
4 _public.Get_Order = function (index) { return _private.Orders[index]; };
5 _public.Orders = function () { return _private.Orders.length; };

 


Lo que hay que destacar de este test es que hemos definido dos pruebas en el mismo test con expect(2) y hemos hecho una comprobación estricta con resultado y tipo en el count con strictEqual.

Ya tenemos nuestro objeto completo y podríamos seguir con TDD por ejemplo haciendo alguna prueba asíncrona con asyncTest , pero si necesitáis más información sobre QUnit podéis consultar su documentación en http://docs.jquery.com/QUnit

Conclusión

Ya no tenemos excusa para no tener nuestro código JavaScript cubierto con pruebas unitarias garantizando la calidad y un código más mantenible. Con TDD podemos crear nuestros objetos javascript desde nuestros requerimientos y tener directamente garantizado su correcto funcionamiento a partir de nuetros requisitos y necesidades establecidas.

Cross-Posting: http://mrubino.net 

 

 

Posted: 8/6/2012 9:32 por Marc Rubiño | con 3 comment(s)
Comparte este post:

Comentarios

Soren ha opinado:

Si además incluyes las pruebas unitarias de JavaScript dentro de la infraestructura de integración continua ya lo bordas. Aquí se indica cómo hacerlo:

blog.koalite.com/.../testear-javascript-con-phantomjs-qunit-y-msbuild

# June 8, 2012 1:54 PM

Marc Rubiño ha opinado:

Gracias Soren por la aportación, la integración continua es el estadio perfecto ;-)

# June 8, 2012 2:12 PM

devnettips ha opinado:

Esta mañana el amigo Marc Rubiño ha escrito un interesantísimo post sobre como empezar

# June 8, 2012 9:23 PM