QUnit con Ajax, QUnit supera i test falliti

Question

Sto cercando in QUnit per il test dell'unità JavaScript. Sono in una strana situazione in cui sto verificando il valore restituito dalla chiamata Ajax.

Per il test seguente sto cercando intenzionalmente di fallirlo.

// test to check if the persons are returned! 
test("getPersons", function() { 
    getPersons(function(response) { 
    // persons = $.evalJSON(response.d); 
    equals("boo", "Foo", "The name is valid"); 
    }); 
}); 

ma finisce per passare tutto il tempo. Ecco il metodo getPersons che effettua la chiamata Ajax.

function getPersons(callback) { 
    var persons = null; 

    $.ajax({ 
    type: "POST", 
    dataType: "json", 
    data: {}, 
    contentType: "application/json", 
    url: "AjaxService.asmx/GetPersons", 
    success: function(response) { 
     callback(response); 
    } 
    }); 
} 

Answer 1

L'avvio e l'arresto utilizzando la libreria QUnit sembra funzionare!

// test to check if the persons are returned! 
test("getPersons", function() { 
    stop(); 
    getPersons(function(response) { 
    persons = $.evalJSON(response.d); 
    equals(persons[0].FirstName, "Mohammad"); 
    start(); 
    }); 
}); 

Answer 2

ive eseguito alcuni test di qunit con ajax. non è carino la cosa migliore che potrei avere è fermare il test quando ajax viene attivato e ricominciare dal callback. (usando i metodi start() e stop()). Ciò significava una sola richiesta alla volta, ma potevo conviverci. Buona fortuna

Answer 3

Il vero problema qui non è la necessità di chiamare lo start() e stop() - in realtà si potrebbe ottenere nei guai con questo approccio, se non si è attenti a chiamare stop() di nuovo alla fine della richiamata se si dispone di ulteriori metodi .ajax(). Il che significa che ti ritrovi in ​​un pasticcio ringhioso di dover tenere traccia se tutte le callback sono state attivate per sapere se hai ancora bisogno di chiamare stop() di nuovo.

La radice del problema coinvolge il comportamento predefinito di richieste asincrone - e la soluzione più semplice è quello di rendere l'Ajax() richiesta avvenga in modo sincrono impostando il asincrona proprietà su false:

test("synchronous test", function() { 
    $.ajax({ 
    url:'Sample.asmx/Service', 
    async:false, 
    success: function(d,s,x) { ok(true, "Called synchronously"); } 
    }); 
}); 

Anche tuttavia, l'approccio migliore consiste nel consentire il comportamento asincrono e utilizzare il richiamo del metodo di prova corretto: asyncTest(). Secondo la documentazione "test asincroni sono in coda ed eseguire uno dopo l'altro. Equivalente a chiamare un test normale() e subito chiamando stop()."

asyncTest("a test", function() { 
    $.ajax({ 
    url: 'Sample.asmx/Service', 
    success: function(d,s,x) { 
     ok(true, "asynchronous PASS!"); 
     start(); 
    } 
    }); 
}); 

Answer 4

C'è un sacco di test di qunit nel mio progetto . come:

module("comment"); 
    asyncTest("comment1", function() { 
     expect(6); 
     $.ajax({ 
     url: 'http://xxx.com/comment', 
     dataType: "json", 
     type: "GET", 
     timeout: 1000 
     }).done(function(data) { 
     ok(true, "loaded"); 
     ok(data.data.length>1, "array size"); 
     ok(data.total, "attr total"); 
     var c = data.data[0]; 
     ok(c.id, "attr c.id"); 
     ok(c.user_id, "attr c.user_id"); 
     ok(c.type == 4, "attr c.type equal 4"); 
     }).fail(function(x, text, thrown) { 
     ok(false, "ajax failed: " + text); 
     }).always(function(){ 
     start(); 
     }); 
    });