assertj / assertj/assertj-swing
requireContains requireNotContains
- Vorherrschende Sprache
- Java
- Sterne
- 121
- Forks
- 52
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
_Issue by **[Florian SIMON](http://jira.codehaus.org/secure/ViewProfile.jspa?name=florian_simon98)** from Fri, 29 Jan 2010 05:18:10 -0600_
_Originally opened as http://jira.codehaus.org/browse/FEST-301_
---
Hi,
I think that it could bee useful to have methods requireContains and requireNotContains in ComponentContainerFixture.
Because often, a panel not displayed is just a panel wich doesn't exist yet.
In this following example, we make the choice to remove MyPanel everytime we want hide it.
Before Display : we want to verify that the panel named "MyPanel" is not created yet.
container.requireNotContains("MyPanel");
After Display : we want to verify that it is now created and displayed.
container.requireContains("MyPanel");
container.panel("MyPanel").requireVisible();
It is the same idea with Popup (JDialogFixture).
Thanks for your reading
Cheers
Florian
---
votes (original issue): 0
watches (original issue): 0
Beitragsleitfaden
Rechercherichtung
Lokalisieren Sie die Einstiegspunkte von ComponentContainerFixture und JDialogFixture und lesen Sie deren vorhandene Containment- und Sichtbarkeits-Assertions. Prüfen Sie, sofern vorhanden, die umgebenden Fixture-Tests, um die aktuellen Konventionen für Fehlschläge zu verstehen. Die Aufgabe ist erledigt, wenn beide Fixtures requireContains und requireNotContains für die beschriebenen Panel- und Popup-Prüfungen unterstützen und Fälle für vorhandene und nicht vorhandene Elemente abgedeckt sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- desktop, testing
- Issue-Typ
- Feature
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100