Ordered interaction selectors

Aperta
#1,615 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
javascript
Ambito
testing-qa

Direzione di ricerca

Inizia leggendo capture/engine_scripts/puppet/clickAndHoverHelper.js e segui il modo in cui i selettori di interazione esistenti vengono letti dalla configurazione. Verifica come vengono eseguiti i selettori attuali e quali test li coprono. L’implementazione completata deve supportare gli scenari di interazione ordinati descritti nell’issue senza rimuovere il comportamento esistente dei selettori.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

We have a couple scenarios we want our testers to be able to create with the currently available selectors in the configuration options. But they aren't yet able to do so because of the sequential order of these selectors (clickSelector, hoverSelector, etc...) in clickAndHoverHelper.js.

@garris Would you be open to extending the currently available configuration options of interaction selectors to an ordered variant? Or is there a specific reason why the configuration options has not yet been setup this way?
(I could have created custom scripts for our specific scenarios, but I think it might be valuable for more users.)

Some examples which currently seem impossible:

  • Clicking after scrolling
    1. Scroll past the header/navigation to make a sticky positioned element visible
    2. Click on a button in the sticky element
  • Typing after clicking/hovering
    1. Click/hover a button to open a dialog/tooltip
    2. Type in an input
  • Typing after waiting for errors after submitting
    1. Click submit button
    2. Wait for error message element
    3. Type in input to fix the error
    4. Click submit button

I think these type of scenarios could be possible by adding one new actions (or differently named) configuration option in which the order of selectors can be configured.

An example of such scenarios:

{
  "actions": [
    {
      "scrollToSelector": "main"
    },
    {
      "clickSelector": "button.open-form-dialog"
    },
    {
      "keyPressSelectors": [
        {
          "selector": ".dialog input[name=\"firstname\"]",
          "keyPress": "H"
        },
        {
          "selector": ".dialog input[name=\"firstname\"]",
          "keyPress": "i"
        }
      ]
    },
    {
      "clickSelector": ".dialog button[type=\"submit\"]"
    },
    {
      "readySelector": ".dialog .error-message",
      "keyPressSelectors": [
        {
          "selector": ".dialog input[name=\"surname\"]",
          "keyPress": "O"
        },
        {
          "selector": ".dialog input[name=\"surname\"]",
          "keyPress": "k"
        }
      ]
    },
    {
      "clickSelector": ".dialog button[type=\"submit\"]"
    }
  ]
}
Lingua principale
JavaScript
Stelle
7.2k
Fork
617
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di garris/BackstopJS

Tutte le issue di garris/BackstopJS

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.