assertj / assertj/assertj-swing
Make ScreenshotOnFailureResultFormatter take screenshots before the "After" methods are executed
- Lingua principale
- Java
- Stelle
- 121
- Fork
- 52
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
_Issue by **[Brett Vasconcellos](http://jira.codehaus.org/secure/ViewProfile.jspa?name=brettv)** from Sat, 5 Jun 2010 14:18:21 -0500_
_Originally opened as http://jira.codehaus.org/browse/FEST-361_
---
In our project, we typically start the GUI under test in our Before methods and shut it down in the After methods.
We have a continuous integration setup with ant running the Fest tests on every check-in and would like to have screenshots of the failures, however it appears Junit 4.7 doesn't run the ScreenshotOnFailureResultFormatter code until after it's run the various teardown/After methods so we end up getting a screenshot of an empty desktop, similar to what was reported in FEST-216.
I am wondering whether it would be possible to somehow take and store the screenshot before the After methods run, in combination with the custom formatter to write them into the XML and thus include links to screenshots in the final HTML-based reports.
I'm no Junit expert, but I had a poke around in the source and it appears that perhaps extending org.junit.rules.TestWatchman instead of a custom runner might be the way to go – the failed method gets calls before the After methods do.
Now that I found this, a Google search shows me you may already be aware of the issue and TestWatchman approach.
---
votes (original issue): 0
watches (original issue): 0
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia tracciando ScreenshotOnFailureResultFormatter e il modo in cui si integra con il teardown di JUnit 4.7, quindi confronta questo ciclo di vita con l’approccio org.junit.rules.TestWatchman menzionato. Il lavoro è completato quando gli errori acquisiscono la GUI prima che i metodi After la arrestino e i link agli screenshot rimangono disponibili nei report XML e HTML.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- java
- Ambito
- desktop, testing
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 25/100