This JetBrains IDE plugin helps to better visualize the structure of test projects incorporating .feature files, for Cucumber and similar frameworks, from the perspective of Gherkin tags.
The documentation is available in the following languages:
English
The core idea is to provide a better overview of what Gherkin tags are available in a project, what Gherkin files they are contained by, and with grouping tags into categories, make them easier to search.
It collects all .feature files from an open project, regardless of what BDD framework is used, and visualizes it in a custom tool window.
Before installing this plugin, make sure to install the plugin called Gherkin as well, if it's not already installed (it is most probably bundled with the IDE).
To work with JBehave Story files, the JBehave Support plugin must be installed.
For common Gherkin files, this readme provides information, while for JBehave Stories (introduced in v0.2.0), you can head over to the JBehave Story support document.
This is a custom tool window that displays the Gherkin tags, associated Gherkin files and related categories in a tree view, in the layouts detailed below.
Without any grouping, showing data from the overall project
Gherkin Tags <-- Root node. It is permanent.
Test Suite <-- A Category of tags.
smoke <-- Gherkin tag
homepage_smoke.feature <-- A .feature file.
regression
search_page.feature
e2e
landing_page.feature
Device
desktop
landing_page.feature
mobile
search_page.feature
...
Grouping by modules in the project
Gherkin Tags <-- Root node. It is permanent.
Module <-- A project module in the IDE.
Test Suite <-- A Category of tags.
smoke <-- Gherkin tag
homepage_smoke.feature <-- A .feature file.
regression
search_page.feature
e2e
landing_page.feature
Module-2
Device
desktop
landing_page.feature
mobile
search_page.feature
...
| No grouping | Grouping by modules |
|---|---|
 |
 |
In case a project doesn't have .feature/.story files, or it has some but there is no Gherkin tag used, the tool window simply displays the following message: There is no Gherkin tag in this project.
A Category is a group associated to tags. An @e2e and @regression tag may be associated with the Test Suite category, @Safari might be added to a category called Browser. It provides additional grouping in the tool window for easier search.
Though some tags are assigned by default to certain categories on the application (IDE) level, and they can be further configured, there will still be tags that are not assigned to any category. For this purpose there is a permanent catch-all category to which tags, that are not assigned to any other category, will be assigned to.
In case the tool window's contents are not grouped by content roots, there on such category, while in case of grouping by content roots, each content root has its own Other category.
A similar logic is applied to content roots as well, where the catch-all content root is called Rootless, in case a file is not part of any IDE content root. The difference here is that this root is not permanent, so if there is no Gherkin file that is place out of any content root, this group is not displayed.
In addition to the tree view itself, the nodes can display extra statistics about the number of Gherkin files, tags and tag occurrence counts.
This extra information can be enabled/disabled under the 
toolbar menu. They display the following data:
| Node types | Simplified stat. | Detailed stat. | Notes |
|---|---|---|---|
| Project/Content root | X tags, Y .feature files X metas, Y .story files X items, Y .feature/.story files |
X distinct tags in Y .feature files X distinct metas in Y .story files X distinct items in Y .feature/.story files |
X: number of distinct tags in the project/content root Y: number of feature files in the project/content root that actually contain tags. The overall number of .feature files in the project/content root may be the same or higher. |
| Category | (X) | X for Y distinct tags | X: number of occurrences of all tags under this category in the associated project/content root |
| Tag | (X) | X in Y files | X: number of occurrences of this tag in the associated project/content root |
| Feature | (X) | X occurrence | X: number of occurrences of the parent tag in this file |
 |
 |
To make search easier in the tool window, you can simply start typing your keyword, and the tree view will highlight all matching, visible nodes, the same way search works in the IDE Project view.
An action, similar to the Project View's 'Select Opened File' one, is available on the tool window's toolbar. It locates and selects the Tag node of a Gherkin Tag that is under the caret in the currently selected text editor. Upon selection, the tool window is focused and can be interacted with using the keyboard.
The toolbar button is disabled for JBehave Story metas for now, or when there is more than one caret placed in the current editor.
This feature is meant to help find out what other Gherkin files use the same, selected tag, and provides a simpler, more focused view of this information, than a plain text search of the tag's text would.
Since changes can and do happen in the files and folders in the project, changes are reflected in the Tags tool window as well.
The tool window UI (and the underlying model) is updated when a Gherkin/Story file's content has changed, or the file has be removed, in every other case (e.g. file rename, Git revert, folder copy, ...) the whole model is rebuilt from scratch, also collapsing the UI tree.
Since v1.2.0, a context menu action is available on Tag nodes. It can delete all occurrences of the selected tag/meta from all affected files.
NOTE: minor formatting adjustments might be necessary after using this action.
Within Settings > Tools > Gherkin Overview there are additional customization options.
Gherkin tags can be mapped to existing or new categories based on which the tool window will display them, meaning you can define the Gherkin tags that your test projects actually use, to tailor them to your needs.
There are two levels of such mappings: application and project.
Application-level mappings are applied to all open projects in the IDE, while project-level mappings override application-level ones, and are applied only to the current project. This way, if you have multiple test projects, you can customize the mappings, so that they can use common mappings as well as their own project specific ones.
The plugin comes with a default set of application-level mappings that can be modified any time.
In the settings panel you can find a customizable table for both levels.
The lists of tags that are assigned to given categories can be specified as comma separated lists of strings. Under the hood tags are stored without the leading @ symbol, so make sure the tag values here are specified without them. This makes the UI less cluttered, and it is easier to specify them this way.
If you happen to make a mistake during configuration, there is a Reset to default option that resets the application-level mappings to the aforementioned default set.
To use the project-level ones, first you have to check the Use project level category-tag mapping checkbox.
To better understand how application and project-level values are merged and handled, you can find a few examples here:
| Application | Project | Final, merged mapping |
|---|---|---|
| Test Suite -> smoke,regression,e2e | Test Suite -> smoke,regression,e2e | |
| Device -> mobile,desktop | Device -> mobile,desktop | |
| Test Suite -> smoke,regression,e2e | Device -> mobile,desktop | Test Suite -> smoke,regression,e2e Device -> mobile,desktop |
| Test Suite -> smoke,regression,e2e | Test Suite -> regression,healthcheck | Test Suite -> smoke,regression,e2e,healthcheck |
| Test Suite -> smoke,regression,e2e | Test Pack -> e2e | Test Suite -> smoke,regression Test Pack -> e2e |
NOTE: mapping the same tag (either explicit ones, or regex based tags with overlapping match results) to multiple different categories should be avoided as it may cause weird issues in the tool window's tree view.
Defining your own mappings is quite useful, but it would still be quite a hassle to collect all the distinct Gherkin tags from your project to be able to map them.
The bottom section of the plugin's settings page is aimed to help with that. Once IDE finished indexing, just click on the 
button. Once it's done, it shows you the tags separated into categories.
If a tag is already mapped to a category, then it is shown accordingly, so you don't necessarily have to deal with their categorization, otherwise unmapped tags are put into
a single table cell.
When there is indexing in progress, and you hit the button, you get a message saying 
.
If the collection cannot start when there is no apparent indexing still ongoing, there might be additional indexing queued up by the IDE that will happen when the Settings window is closed. In that case reopening the settings can help mitigate the problem.
Beside exact tag values, regex patterns can also be bound to categories. Their values have to start with a hashmark (#). That symbol identifies that the value has to be treated as a regex pattern.
One example is available in the application level mappings for Jira ticket identifiers: #^[A-Z]+-[0-9]+$.
One or more such patterns can be assigned to a category. A category can be assigned exact tag values and regex patterns as well, in a mixed manner.
It may be a rare case, but it is still possible that a project contains more than one Gherkin file with the same name, even containing at least some of the same tags.
In that case, .feature files named for instance homepage_smoke.feature would be displayed as:
- @Smoke
- homepage_smoke.feature
- homepage_smoke.feature
- homepage_smoke.feature
That is not really helpful. To help differentiate between those files, the following mechanism is implemented:
- if the first Feature keyword's text is different in each of these files, then those values are displayed, e.g.:
- @Smoke
- homepage_smoke.feature [Generic smoke test]
- homepage_smoke.feature [Homepage analytics smoke]
- homepage_smoke.feature [Homepage search smoke]
This may be an indicator that you need to give more descriptive names to your .feature files.
But, if Feature names are not distinct, then instead they are differentiated by their relative paths to the project's root folder:
- @Smoke
- homepage_smoke.feature [aModule/src/main/resources/features]
- homepage_smoke.feature [/] <-- It means, the file is located in the project's root.
- homepage_smoke.feature [another/folder]
Since v0.3.0, application-level category-tags mappings can be exported via the IDE's Export Settings... dialog, along with other plugin and IDE settings.
This project is licensed under the terms of Apache Licence Version 2.0.
A special thank you to Limpek07 for the many brainstorming sessions, ideas and testing efforts.
Magyar - Hungarian
A bővítmény alapötlete, hogy jobb átláthatóságot adjon arról, egy projektben milyen Gherkin tag-ek vannak, azok mely fájlokban vannak használva, illetve a tag-ek kategóriákba sorolásával segítse azok könnyebb kereshetőségét.
A használt BDD keretrendszertől függetlenül összegyűjti az egy projektben létező minden .feature fájlt, amiket aztán egy egyedi tool window-ban jelenít meg.
A bővítmény telepítése előtt szükséges a Gherkin nevű bővítmény telepítése is, ha még nem lenne (valószínűleg az IDE-vel együtt telepítésre kerül).
A JBehave Story fájlok támogatásához szükséges a JBehave Support bővítmény telepítése.
A Gherkin fájlokkal kapcsolatos információkat e dokumentum részletezi, míg a JBehave Story-kat (v0.2.0 óta) a JBehave Story support dokumentum.
Ez egy egyedi tool window, ami a Gherkin tag-eket, az őket tartalmazó Gherkin fájlokat és kapcsolódó kategóriákat egy fa nézetben jeleníti meg, a lent részletezett elrendezésben.
Csoportosítás nélkül, a teljes projektben elérhető adatokat megjelenítve
Gherkin Tags <-- A fa legkülső, állandó pontja.
Test Suite <-- Tag-ek egy kategóriája.
smoke <-- Gherkin tag
homepage_smoke.feature <-- Egy .feature fájl.
regression
search_page.feature
e2e
landing_page.feature
Device
desktop
landing_page.feature
mobile
search_page.feature
...
Csoportosítás a projekt moduljai alapján
Gherkin Tags <-- A fa legkülső, állandó pontja.
Module <-- A projekt egy modulja.
Test Suite <-- Tag-ek egy kategóriája.
smoke <-- Gherkin tag
homepage_smoke.feature <-- Egy .feature fájl.
regression
search_page.feature
e2e
landing_page.feature
Module-2
Device
desktop
landing_page.feature
mobile
search_page.feature
...
| Csoportosítás nélkül | Csoportosítás modulonként |
|---|---|
|
|
Ha egy projekt nem tartalmaz .feature/.story fájlt, vagy tartalmaz, de nincs bennük tag használva, a tool window-ban a következő felirat jelenik meg: There is no Gherkin tag in this project.
Egy Kategória egy tag-ekhez rendelt csoportot jelent. Egy @e2e és @regression tag tartozhat egy Test Suite, míg a @Safari a Browser kategóriához. Ez a fajta csoportosítás egyszerűbb keresést biztosít a tool window-ban.
Habár bizonyos tag-ek már telepítéskor kategóriákhoz vannak rendelve az alkalmazás (IDE) szintjén, és azok még tovább konfigurálhatók, lesznek egyetlen kategóriához sem rendelt tag-ek is. Erre az esetre lett létrehozva egy állandó kategória, hogy legyen hol megjeleníteni a kategóriához nem tartozó tag-eket.
Ha a tool window tartalmára nincs csoportosítás kiválasztva, akkor egyetlen ilyen kategória jelenik meg Other névvel, míg a content root-ok szerinti csoportosítás esetén minden content root-hoz megjelenik a saját Other nevű kategóriája.
Hasonló logika érvényes az olyan fájlokra, amelyek nem tartoznak egy content root-hoz sem, ezek a közös Rootless nevű kategóriában jelennek meg. A különbség annyi, hogy ha nincs content root-hoz nem tartozó Gherkin fájl, a Rootless kategória nem jelenik meg.
A fa nézeten felül, a csomópontok további statisztikai adatokat is képesek megjeleníteni a Gherkin fájlok számát, és a tag-ek számát és előfordulásukat illetően.
Ez ez extra információ az eszköztár ikonjával kapcsolható ki/be, és az alábbi adatokat jeleníti meg:
| Csomópont típusok | Egyszerűsített statisztika | Részletes statisztika | Notes |
|---|---|---|---|
| Project/Content root | X tags, Y .feature files X metas, Y .story files X items, Y .feature/.story files |
X distinct tags in Y .feature files X distinct metas in Y .story files X distinct items in Y .feature/.story files |
X: number of distinct tags in the project/content root Y: number of feature files in the project/content root that actually contain tags. The overall number of .feature files in the project/content root may be the same or higher. |
| Category | (X) | X for Y distinct tags | X: number of occurrences of all tags under this category in the associated project/content root |
| Tag | (X) | X in Y files | X: number of occurrences of this tag in the associated project/content root |
| Feature | (X) | X occurrence | X: number of occurrences of the parent tag in this file |
|
|
Hogy a tool window-ban történő keresés egyszerűbb legyen, csak kezdd el írni a keresett kifejezést. A fában ekkor, az IDE Projekt nézetéhez hasonlóan, kijelölésre kerül minden vele egyező, és látható, csomópont.
Elérhető egy, a Project View 'Select Opened File' műveletéhez hasonló, művelet a tool window eszköztárán. Ez segít behatárolni és kijelölni egy Gherkin tag-hez tartozó Tag elemet a tool window-ban. Ehhez szükséges, hogy a kurzor egy Gherkin tag elemre legyen helyezve az aktív szerkesztőben. A kijelölés után a tool window önmaga is fókuszt kap, így azonnal lehetséges a billentyűzettel műveleteket végezni benne.
A művelethez tartozó gomb nincs engedélyezve JBehave Story meták esetén, és amikor több mint 1 kurzor van elhelyezve az aktív szerkesztőben.
Ez a funkció annak kiderítésében hivatott segíteni, hogy egy adott tag milyen más Gherkin fájlokban fordul még elő. Ezzel egy egyszerűbb és áttekinhetőbb nézetet kapnak a felhasználók ahhoz képest, mintha egyszerű, szövegalapú keresést végeznének a tag nevével.
A projektfájlokban és -mappákban történő változásokat a tool window-ban megjelenített adatok is követik és tükrözik.
A tool window adatai (az alsóbb szintű adatmodell) és a grafikus felület azonnal, szimplán frissítésre kerül, amint egy Gherkin/Story fájl megváltozik, vagy a fájl törlésre kerül. Minden más esetben (pl. fájl átnevezése, Git revert, mappa másolása, ...), a teljes adatmodell újjáépül, a fa nézet pedig összecsukódik.
Az 1.2.0 verzió óta elérhető egy helyi menü opció a Tag csomópontokon. Ez törli a kiválasztott tag/meta összes előfordulásátt az összes érintett fájlból.
Megjegyzés: az érintett fájlok további kisebb formázása szükséges lehet az opció használata után.
A Settings > Tools > Gherkin Overview alatt további testreszabási lehetőségek érhetőek el.
A Gherkin tag-ek hozzárendelhetőek már létező vagy új kategóriákhoz, amik alapján a tool window megjeleníti őket. Így csoportokba szervezheted a projektedben ténylegesen használt tag-eket, hogy a saját igényeidre szabd őket.
Ezek két szinten vannak jelen: alkalmazás és projekt.
Az alkalmazás szintű hozzárendelések minden megnyitott projektre érvényesek, míg a projekt szintűek felülírják az alkalmazás szintűeket, és csak az épp aktuális projektre érvényesek. Így oly módon lehetséges testreszabni őket, hogy több teszt projekt esetén mindegyik használni tudja az alkalmazás szintűeket és a saját projektjéhez tartozó értékeket is.
A bővítmény telepítése után elérhető az alkalmazás szintű hozzárendelések egy kezdő szettje, amelyek bármikor módosíthatóak.
A beállítások panelen mind a két szintre elérhető egy-egy testreszabható táblázat.
Egy adott kategóriához rendelt tag-ek listája elemek vesszővel elválasztott felsorolásaként adható meg. A bővítmény a tag-eket a kezdő @ karakter nélkül tárolja, ezért fontos, hogy a tag-eket a @ nélkül szükséges megadni. Ennek köszönhetően a felület kevésbé zsúfolt, illetve könnyebb őket megadni.
Ha valamilyen hibát vétenél a konfigurálás közben, a Reset to default gombbal alaphelyzetbe állíthatóak az alkalmazás szintű hozzárendelések.
A projekt szintű beállításokhoz először a Use project level category-tag mapping dobozt kell bepipálni.
Azt, hogy hogyan vannak a különböző szintű hozzárendelések összefésülve és kezelve, az alábbi példák mutatják be:
| Alkalmazás | Projekt | Végső, összefésült hozzárendelések |
|---|---|---|
| Test Suite -> smoke,regression,e2e | Test Suite -> smoke,regression,e2e | |
| Device -> mobile,desktop | Device -> mobile,desktop | |
| Test Suite -> smoke,regression,e2e | Device -> mobile,desktop | Test Suite -> smoke,regression,e2e Device -> mobile,desktop |
| Test Suite -> smoke,regression,e2e | Test Suite -> regression,healthcheck | Test Suite -> smoke,regression,e2e,healthcheck |
| Test Suite -> smoke,regression,e2e | Test Pack -> e2e | Test Suite -> smoke,regression Test Pack -> e2e |
Megjegyzés: ugyanazon tag (legyen az konkrét tag név alapján, vagy regex alapú tag-ek egymást átfedő eredményekkel) több különböző kategóriához történő hozzárendelését érdemes elkerülni, mert furcsa megjelenítési problémákat okozhat a tool window-ban.
Saját hozzárendelések készítése kifejezetten hasznos, de segítség nélkül még mindig problémás lehet összegyűjteni egy projektben előforduló összes Gherkin tag-et, hogy aztán kategóriákba rendezhessük őket.
A beállítások panel alsó szekciója ebben hivatott segíteni. Amikor az IDE befejezte az indexelést, kattints a gombra!
Amikor a művelet befejeződött, az összegyűjtött tag-eket kategóriába rendezve fogja megjeleníteni.
Ha egy tag már hozzá van rendelve egy kategóriához, akkor az aszerint jelenik meg, így nem feltétlen szükséges foglalkozni azok kategorizálásával.
Egyébként, a kategóriához nem rendelt tag-ek egy közös cellában jelennek meg.
Ha a gombra kattintáskor egy indexelés épp folyamatban van, a következő üzenet jelenik meg:
Ha a tag-ek összegyűjtése nem kezdődik el annak ellenére, hogy látszólag nem történik indexelés, lehetséges, hogy a háttérben az IDE már sorbaállított több indexelési feladatot, amik akkor fognak lefutni, amikor a Settings ablak bezáródik. Ilyenkor a beállítások újranyitása megoldhatja a problémát.
Konkrét tag-ek mellett reguláris kifejezések is megadhatók a kategóriákban. Ezek értékei kettőskereszttel (#) kell, hogy kezdődjenek.
Egy példa erre az alkalmazás szintű értékek esetén a Jira jegy azonosítók: #^[A-Z]+-[0-9]+$.
Egy vagy több ilyen kifejezés is megadható egy adott kategóriában. Egy kategóriához pedig tag nevek és reguláris kifejezések vegyesen is hozzárendelhetőek.
Bár valószínűleg ritka eset, de lehetséges, hogy egy projektben ugyanazzal a névvel több fájl is létezik, akár több közös tag-et is tartalmazva.
Ebben az esetben a pl. homepage_smoke.feature nevű fájlok így jelennének meg:
- @Smoke
- homepage_smoke.feature
- homepage_smoke.feature
- homepage_smoke.feature
Ez nem igazán hasznos, így ezen fájlok megkülönböztetésére a következő logika lett implementálva.
Ha az első Feature kulcsszó szövege különbözik ezekben a fájlokban, akkor ez a szöveg jelenik meg, pl.:
- @Smoke
- homepage_smoke.feature [Generic smoke test]
- homepage_smoke.feature [Homepage analytics smoke]
- homepage_smoke.feature [Homepage search smoke]
Ez jelezheti azt is, hogy ezeknek a .feature fájloknak beszédesebb neveket kellene adni.
Ha viszont a Feature nevek megegyeznek, akkor a projekt gyökeréhez viszonyított relatív útvonallal vannak megkülönböztetvE:
- @Smoke
- homepage_smoke.feature [aModule/src/main/resources/features]
- homepage_smoke.feature [/] <-- A fájl a projekt gyökerében található.
- homepage_smoke.feature [another/folder]
A 0.3.0 verzió óta az alkalmazás szintű hozzárendelések kiexportálhatók az IDE Export Settings... ablakában, további bővítmények és az IDE beállításaival együtt.
A projektre az Apache Licence Version 2.0 licensz érvényes.
Külön köszönet illeti Limpek07-et a sok agyviharzós szeánsz, az ötletei és a tesztelési segítség kapcsán.