assertj / assertj/assertj-swing
Support for save/restore preferences (issue 175)
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Java
- Sterne
- 121
- Forks
- 52
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Issue by Alex Ruiz from Tue, 3 Mar 2009 19:48:22 -0600
Originally opened as http://jira.codehaus.org/browse/FEST-33
From Simeon Fitch:
Several of my higher level GUI components store state in the java.util.prefs.Preferences service. Several tests directly or indirectly modify the Preferences store, leaving behind "artifacts" of
the test runs, which I'd like to avoid. I'm exploring options for backup up and restoring (or pushing/popping) the preferences state in the @Before/@After or @BeforeClass/@AfterClass methods.
I'm curious to know if anyone else has tackled this, or if there are plans to have it included in FEST-Swing.
If not, I'm considering using the Preferences.exportSubtree(OutputStream) and Preferences.importPreferences(InputStream) methods to save/restore from a temporary file. Any thoughts or recommendations?
Original report: Issue 175 (Google Code)
votes (original issue): 0
watches (original issue): 0
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
Es werden keine Repository-Dateien oder Tests genannt. Beginne damit, FEST-Swing-Tests zu finden, die java.util.prefs.Preferences verwenden, und prüfe, wie das Setup von @Before, @After, @BeforeClass und @AfterClass organisiert ist. Vergleiche den vorgeschlagenen Ansatz mit exportSubtree(OutputStream) und importPreferences(InputStream) mit dem erforderlichen Bereinigungsverhalten; „done“ sollte bedeuten, dass Änderungen an den Preferences keine Testartefakte hinterlassen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- testing
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 20/100