robotframework / robotframework/SeleniumLibrary
alert issue in acceptance tests
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 1.5k
- Forks
- 787
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
I just withnessed following issue:
Running Acceptance . Keywords . Alerts . Alert Should Not Be Present with custom timeout left a alert open after a test failure and that caused a trickle down effect of quite a lot of tests failing due to following error:
UnexpectedAlertPresentException: Alert Text: None Message: unexpected alert open: {Alert text : Alert after 500ms!} (Session info: chrome=72.0.3626.121) (Driver info: chromedriver=2.46.628411 (3324f4c8be9ff2f70a05a30ebc72ffb013e1a71e),platform=Mac OS X 10.14.3 x86_64)
Maybe the alert tests should have test suite and teardown to open & close the browser to avoid this sort of flakyness ?
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit dem Akzeptanztest für das Alerts-Schlüsselwort „Alert Should Not Be Present“ unter Verwendung eines benutzerdefinierten Timeouts und reproduziere anschließend den Fehler, der ein Alert geöffnet lässt. Überprüfe die zugehörigen Alert-Tests und deren Teardown-Verhalten; die Aufgabe ist abgeschlossen, wenn ein fehlgeschlagener Test keinen Alert mehr offen lässt, der dazu führt, dass nachfolgende Tests mit UnexpectedAlertPresentException fehlschlagen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- testing-qa
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100