promesse risolto e respinti in un costume Jasmine Matcher

Question

La Storia:

Abbiamo sviluppato una matcher gelsomino personalizzata che fa 2 cose principali:

• mouse su un determinato elemento
• controllo che v'è una descrizione comando indicata con un testo desiderato

Attuazione:

toHaveTooltip: function() { 
    return { 
     compare: function(elm, expectedTooltip) { 
      var tooltipPage = requirePO("tooltip"); 

      browser.actions().mouseMove(elm).perform(); 
      browser.wait(EC.visibilityOf(tooltipPage.tooltip), 5000, "Tooltip is still not visible."); 

      return { 
       pass: tooltipPage.tooltip.getText().then(function(actualTooltip) { 
        return jasmine.matchersUtil.equals(actualTooltip, expectedTooltip); 
       }), 
       message: "Element does not have the tooltip '" + expectedTooltip + "'." 
      }; 
     } 
    }; 
}, 

dove tooltipPage è una pagina oggetto definito separatamente:

var Tooltip = function() { 
    this.tooltip = element(by.css(".tooltip")); 
}; 

module.exports = new Tooltip(); 

L'utilizzo è molto conveniente per noi e aiuta veramente a seguire il principio DRY mantenere la nostra base di codice di prova pulita e leggibile:

expect(page.fromDateInput).toHaveTooltip("After"); 

il problema e la questione:

Ora, quello che sto cercando di fare è di avere i casi matcher maniglia 2 uso separatamente:

• non c'è tooltip al passaggio del mouse mostrato a tutti (che è, in sostanza, la promessa browser.wait() respinto)
• c'è un tooltip, ma non quella desiderata

Come posso migliorare la matcher per essere in grado di gestire questi due problemi separatamente e segnalare diversi errori?

Quello che ho provato:

toHaveTooltip: function() { 
    return { 
     compare: function(elm, expectedTooltip) { 
      var tooltipPage = requirePO("tooltip"); 

      browser.actions().mouseMove(elm).perform(); 

      return browser.wait(EC.visibilityOf(tooltipPage.tooltip), 5000, "Tooltip is still not visible.").then(function() { 
       return { 
        pass: tooltipPage.tooltip.getText().then(function(actualTooltip) { 
         return jasmine.matchersUtil.equals(actualTooltip, expectedTooltip); 
        }), 
        message: "Element does not have the tooltip '" + expectedTooltip + "'." 
       }; 
      }, function() { 
       return { 
        pass: false, 
        message: "No tooltip shown on mouse over the element" 
       } 
      }); 
     } 
    }; 
}, 

Qui ho cercato di risolvere browser.wait() esplicitamente e gestire il "successo" e casi "errore" a parte. Ciò si è tradotto in un timeout Jasmine Spec e un enorme testo "rossa" sulla console:

Expected ({ ptor_: ({ setFileDetector: Function, ... 
5 minutes scrolling here 
... InnerHtml: Function, getId: Function, getRawId: Function }) to have tooltip 'After'. 

ho paura che non posso restituire un promessa dalla funzione "confrontare".

Answer 1

Come per jasminewd2(un adattatore per Jasmine-to-WebDriverJS Utilizzato da goniometro.)code -

Un aspettativa risolve eventuali promesse fatte per i valori attuali e attesi, così come il pass proprietà dell'oggetto result.

Quindi, se non del tutto c'è una funzione asincrona o di una promessa che deve essere risolto in un matcher custom/aspettativa quindi ha bisogno di essere avvolto al valore result.pass, in modo che attende goniometro per la promessa da risolvere .

Nella domanda, si verifica un errore jasmine spec timeout perché il goniometro non è in grado di capire che esiste una promessa che deve essere risolta prima di eseguire quella particolare operazione. Per risolverlo, passare direttamente la funzione asincrona nell'istruzione expect o passarlo al valore pass dell'oggetto result. Ecco il codice per questo -

toHaveTooltip: function() { 
    return { 
     compare: function(elm, expectedTooltip) { 
      var tooltipPage = requirePO("tooltip"); 

      browser.actions().mouseMove(elm).perform(); 

       return { 
        pass: browser.wait(EC.visibilityOf(tooltipPage.tooltip), 5000, "Tooltip is still not visible.").then(function() { 
          tooltipPage.tooltip.getText().then(function(actualTooltip) { 
           return jasmine.matchersUtil.equals(actualTooltip, expectedTooltip); 
          }), 
         }, function() { 
          return false; 
         }), 
        message: "Error Occured" 
       } 
     } 
    }; 
}, 

Tuttavia, il problema con il codice precedente è che un messaggio di errore personalizzato non può essere creato. Per risolverlo, il metodo migliore che ho trovato è stato restituire esplicitamente l'oggetto result, in modo che possa essere assegnato un messaggio di errore come richiesto. Ecco un esempio -

var result = {}; 
result.pass = browser.wait(EC.visibilityOf(tooltipPage.tooltip), 5000, "Tooltip is still not visible.").then(function() { 
        tooltipPage.tooltip.getText().then(function(actualTooltip) { 
         result.message = "Element does not have the tooltip '" + expectedTooltip + "'."; 
         return jasmine.matchersUtil.equals(actualTooltip, expectedTooltip); 
        }), 
       }, function() { 
        result.message = "No tooltip shown on mouse over the element"; 
        return false; 
       }); 
return result; 

Nota: Se non c'è message proprietà nell'oggetto result, quindi goniometro cercherà di creare un messaggio di errore generico stesso e conterrà l'oggetto promessa (Un messaggio lungo di partenza con - { ptor_: ... }) come mostrato nella domanda.

Spero che aiuti.

Answer 2

Beh, mi ricordo di aver letto da qualche parte che il gelsomino 2 non supporta il tipo di fiammifero che stai cercando di fare (con la funzione asincrona all'interno), e restituendo le promesse .. cercherò di trovare la fonte e aggiornare qui. Inoltre non dovresti fare le azioni del mouse all'interno del matcher, non è questo il punto dei matchers.

Quindi in sostanza ciò che sto dicendo e suggerendo è il seguente: Se si desidera un codice pulito, esportare quanto segue in una funzione e chiamarlo.

var checkToolTipVisibility (elm, expectedTooltip) { 
    browser.actions().mouseMove(elm).perform(); 
    browser.wait(EC.visibilityOf(tooltipPage.tooltip), 5000, "Tooltip is still not visible.");//optional then here if you want to fail with a timeout or something... 
    expect(tooltipPage.tooltip.getText()).toEqual(expectedTooltip); 
} 

checkToolTipVisibility(page.fromDateInput, "After");//usage 

Penso che sia una soluzione molto semplice e pulito, che non richiede alcun matchers personalizzati, ed è il modo in cui il gelsomino di fare le cose (non funzioni asincrone in matchers), questo è il modo che uso nel mio codice, tranne quelle funzioni siedono in un file utils.js che richiedo quando necessario.

Spero di aver aiutato, e continuerò a cercare la fonte della mia prima affermazione!

Answer 3

Sulla base del @Girish Sortur's perfect answer, ecco il codice completo del matcher che ora sta funzionando perfettamente gestire sia tooltip mancanti e un diverso caso di testo tooltip separatamente:

toHaveTooltip: function() { 
    return { 
     compare: function(elm, expectedTooltip) { 
      var tooltipPage = requirePO("tooltip"), 
       result = {}; 

      // mouse over the element 
      browser.actions().mouseMove(elm).perform(); 

      // wait for tooltip to appear and handle errors 
      result.pass = browser.wait(EC.visibilityOf(tooltipPage.tooltip), 5000).then(function() { 
       return tooltipPage.tooltip.getText().then(function(actualTooltip) { 
        result.message = "Expected tooltip: '" + expectedTooltip + "'. Actual tooltip: '" + actualTooltip + "'."; 
        return jasmine.matchersUtil.equals(actualTooltip, expectedTooltip); 
       }) 
      }, function() { 
       result.message = "No tooltip shown on mouse over the element"; 
       return false; 
      }); 
      return result; 
     } 
    }; 
},