
Änderung der Methoden- und Klassensichtbarkeit für JUnit 5
Änderung der Methoden- und Klassensichtbarkeit für JUnit 5
Eine der Freuden des Programmierens ist das ständige Lernen, das erforderlich ist, um auf dem Laufenden zu bleiben. Eines der Probleme besteht darin, dass wir Vertrautheit und Nutzungsmuster aufbauen, die sich auf die Einführung neuer Ansätze auswirken können. Sensei kann bei der Migration helfen, indem er veraltete Muster identifiziert und uns mit der Lösung, die wir in Zukunft verwenden können, auffordert.
Als ich beispielsweise von JUnit 4 auf JUnit 5 migrierte, war ich es gewohnt, alle meine Testklassen und Methoden als öffentlich zu schreiben. Aber mit JUnit 5 können sie paketprivat sein.
z. B. statt:
öffentliche Klasse JUnit5VisibilityTest {
@Test
public void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich möchte wirklich schreiben:
Klasse JUnit5VisibilityTest {
@Test
void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich habe eine Weile gebraucht, um das Muskelgedächtnis aufzubauen, um das zu codieren, und ich mache immer noch ab und zu einen Fehler.
Sensei verwenden
Mit Sensei kann ich Rezepte erstellen, die die öffentlichen Methoden und Klassen finden, und die Deklarationen so ändern, dass sie automatisch paketprivat sind.
Um das zu erreichen, habe ich ein Rezept kreiert:
Name - JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein
Beschreibung - JUnit 5-Testmethoden benötigen keine öffentliche Sichtbarkeit
Level — Fehler
Ich habe es als Fehler eingestuft, weil ich diese Programmierpraxis ausrotten möchte und das Problem beim Schreiben von Code in der IDE besser sichtbar machen möchte.
Änderung der Klassendeklaration
Um die Klassen zu finden, suche ich nach jeder Klasse, die eine untergeordnete Annotation von @Test aus Junit 5 hat, d. h. org.junit.jupiter.api.Test
Und wo die Klasse den Modifikator public hat:
suche:
klasse:
mit:
Kind:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Dann ändert der Quickfix den Modifikator, um die Sichtbarkeit zu entfernen, sodass er die Standardeinstellung ist und die Standardeinstellung Paket privat ist, wonach ich suche.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit aus der JUnit 5-Testklasse“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Änderung der Methodendeklarationen
Das Rezept für die Änderung der Methodendeklaration ist dem Klassenrezept sehr ähnlich.
Zuerst suche ich nach öffentlichen Methoden, die mit @Test von JUnit 5 annotiert sind.
suche:
Methode:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Und dann ändere ich den Modifikator auf Standardsichtbarkeit.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der @Test -Methode“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Hinweis: Änderung mehrerer Methoden
Sensei hat die Möglichkeit, den QuickFix auf alle Verstöße in der aktuellen Datei anzuwenden.
Wenn ich Alt+Enter verwende, um den QuickFix anzuwenden.
Wenn ich das QuickFix-Namensmenü erweitere, sehe ich eine Option für:
„Alles reparieren: 'JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein' Probleme in der Datei“
Wenn ich diese Option auswähle, korrigiert Sensei alle Fälle des Problems, nicht nur das, das ich ausgewählt habe.

Änderung der Klasse
So wie eine Methode nicht öffentlich sein muss, muss auch die Klasse nicht öffentlich sein.
Ich kann ein Rezept und einen QuickFix erstellen, um die Klasse zu ändern.
Name - JUnit: Junit 5-Testklassen müssen nicht öffentlich sein
Beschreibung - Junit 5-Testklassen müssen nicht öffentlich sein
Level — Fehler
Wenn ich eine Klasse finde, die öffentlich ist und eine Methode mit einer @Test -Annotation hat. Dann möchte ich die Sichtbarkeit ändern.
suche:
klasse:
Modifikator: „öffentlich“
Irgendein von:
- Kind:
Methode:
Anmerkung:
Typ: „Test“
Ich kann die Änderung an der Klassendefinition mit der ChangeModifiers-Aktion erneut vornehmen.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der Klasse @Test“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Summary
Ein statisches Analysetool hat mich zunächst auf diesen empfohlenen Ansatz in JUnit aufmerksam gemacht. Aber das statische Analysetool hat mir nicht geholfen, das Muskelgedächtnis aufzubauen, um meinen Code beim Programmieren zu ändern.
Benutze das 'Level', um dich zu warnen. Wenn es sich um ein Problem handelt, das ich in meiner Codierung auszumerzen versuche, mache ich es zunächst als „Fehler“ und reduziere es dann, während ich mich vom Codierungsansatz entwöhne.
Denken Sie daran, dass Sie Sensei verwenden können, um alle Probleme in der aktuellen Datei gleichzeitig zu beheben, indem Sie die Drop-down-Menüoption verwenden, wenn Sie den QuickFix anwenden.
Indem ich ein Sensei-Rezept erstelle, kann ich meinen alten Programmieransatz in Echtzeit sehen. Und QuickFix it, um den Ansatz zu verstärken, falls ich gelegentlich beim Programmieren einen Fehler mache.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Den Quellcode und die Rezepte dafür finden Sie im `sensei-blog-examples`-Repository im GitHub-Konto von Secure Code Warrior im Modul `junitexamples`.


Erfahren Sie, wie Sensei bei der Migration helfen kann, indem es veraltete Muster identifiziert und Sie nach dem Update fragt, das Sie in Zukunft verwenden können.
Alan Richardson verfügt über mehr als zwanzig Jahre Berufserfahrung in der IT-Branche. Er arbeitete als Entwickler und auf jeder Ebene der Testhierarchie, vom Tester bis hin zum Head of Testing. Als Head of Developer Relations bei Secure Code Warrior arbeitet er direkt mit Teams zusammen, um die Entwicklung von hochwertigem, sicherem Code zu verbessern. Alan ist der Autor von vier Büchern, darunter "Dear Evil Tester" und "Java For Testers". Alan hat auch Online-Schulungen courses erstellt, um Menschen beim Erlernen von technischen Web-Tests und Selenium WebDriver mit Java zu helfen. Alan veröffentlicht seine Schriften und Schulungsvideos auf SeleniumSimplified.com, EvilTester.com, JavaForTesters.com und CompendiumDev.co.uk.

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Demo buchenAlan Richardson verfügt über mehr als zwanzig Jahre Berufserfahrung in der IT-Branche. Er arbeitete als Entwickler und auf jeder Ebene der Testhierarchie, vom Tester bis hin zum Head of Testing. Als Head of Developer Relations bei Secure Code Warrior arbeitet er direkt mit Teams zusammen, um die Entwicklung von hochwertigem, sicherem Code zu verbessern. Alan ist der Autor von vier Büchern, darunter "Dear Evil Tester" und "Java For Testers". Alan hat auch Online-Schulungen courses erstellt, um Menschen beim Erlernen von technischen Web-Tests und Selenium WebDriver mit Java zu helfen. Alan veröffentlicht seine Schriften und Schulungsvideos auf SeleniumSimplified.com, EvilTester.com, JavaForTesters.com und CompendiumDev.co.uk.


Änderung der Methoden- und Klassensichtbarkeit für JUnit 5
Eine der Freuden des Programmierens ist das ständige Lernen, das erforderlich ist, um auf dem Laufenden zu bleiben. Eines der Probleme besteht darin, dass wir Vertrautheit und Nutzungsmuster aufbauen, die sich auf die Einführung neuer Ansätze auswirken können. Sensei kann bei der Migration helfen, indem er veraltete Muster identifiziert und uns mit der Lösung, die wir in Zukunft verwenden können, auffordert.
Als ich beispielsweise von JUnit 4 auf JUnit 5 migrierte, war ich es gewohnt, alle meine Testklassen und Methoden als öffentlich zu schreiben. Aber mit JUnit 5 können sie paketprivat sein.
z. B. statt:
öffentliche Klasse JUnit5VisibilityTest {
@Test
public void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich möchte wirklich schreiben:
Klasse JUnit5VisibilityTest {
@Test
void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich habe eine Weile gebraucht, um das Muskelgedächtnis aufzubauen, um das zu codieren, und ich mache immer noch ab und zu einen Fehler.
Sensei verwenden
Mit Sensei kann ich Rezepte erstellen, die die öffentlichen Methoden und Klassen finden, und die Deklarationen so ändern, dass sie automatisch paketprivat sind.
Um das zu erreichen, habe ich ein Rezept kreiert:
Name - JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein
Beschreibung - JUnit 5-Testmethoden benötigen keine öffentliche Sichtbarkeit
Level — Fehler
Ich habe es als Fehler eingestuft, weil ich diese Programmierpraxis ausrotten möchte und das Problem beim Schreiben von Code in der IDE besser sichtbar machen möchte.
Änderung der Klassendeklaration
Um die Klassen zu finden, suche ich nach jeder Klasse, die eine untergeordnete Annotation von @Test aus Junit 5 hat, d. h. org.junit.jupiter.api.Test
Und wo die Klasse den Modifikator public hat:
suche:
klasse:
mit:
Kind:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Dann ändert der Quickfix den Modifikator, um die Sichtbarkeit zu entfernen, sodass er die Standardeinstellung ist und die Standardeinstellung Paket privat ist, wonach ich suche.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit aus der JUnit 5-Testklasse“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Änderung der Methodendeklarationen
Das Rezept für die Änderung der Methodendeklaration ist dem Klassenrezept sehr ähnlich.
Zuerst suche ich nach öffentlichen Methoden, die mit @Test von JUnit 5 annotiert sind.
suche:
Methode:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Und dann ändere ich den Modifikator auf Standardsichtbarkeit.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der @Test -Methode“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Hinweis: Änderung mehrerer Methoden
Sensei hat die Möglichkeit, den QuickFix auf alle Verstöße in der aktuellen Datei anzuwenden.
Wenn ich Alt+Enter verwende, um den QuickFix anzuwenden.
Wenn ich das QuickFix-Namensmenü erweitere, sehe ich eine Option für:
„Alles reparieren: 'JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein' Probleme in der Datei“
Wenn ich diese Option auswähle, korrigiert Sensei alle Fälle des Problems, nicht nur das, das ich ausgewählt habe.

Änderung der Klasse
So wie eine Methode nicht öffentlich sein muss, muss auch die Klasse nicht öffentlich sein.
Ich kann ein Rezept und einen QuickFix erstellen, um die Klasse zu ändern.
Name - JUnit: Junit 5-Testklassen müssen nicht öffentlich sein
Beschreibung - Junit 5-Testklassen müssen nicht öffentlich sein
Level — Fehler
Wenn ich eine Klasse finde, die öffentlich ist und eine Methode mit einer @Test -Annotation hat. Dann möchte ich die Sichtbarkeit ändern.
suche:
klasse:
Modifikator: „öffentlich“
Irgendein von:
- Kind:
Methode:
Anmerkung:
Typ: „Test“
Ich kann die Änderung an der Klassendefinition mit der ChangeModifiers-Aktion erneut vornehmen.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der Klasse @Test“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Summary
Ein statisches Analysetool hat mich zunächst auf diesen empfohlenen Ansatz in JUnit aufmerksam gemacht. Aber das statische Analysetool hat mir nicht geholfen, das Muskelgedächtnis aufzubauen, um meinen Code beim Programmieren zu ändern.
Benutze das 'Level', um dich zu warnen. Wenn es sich um ein Problem handelt, das ich in meiner Codierung auszumerzen versuche, mache ich es zunächst als „Fehler“ und reduziere es dann, während ich mich vom Codierungsansatz entwöhne.
Denken Sie daran, dass Sie Sensei verwenden können, um alle Probleme in der aktuellen Datei gleichzeitig zu beheben, indem Sie die Drop-down-Menüoption verwenden, wenn Sie den QuickFix anwenden.
Indem ich ein Sensei-Rezept erstelle, kann ich meinen alten Programmieransatz in Echtzeit sehen. Und QuickFix it, um den Ansatz zu verstärken, falls ich gelegentlich beim Programmieren einen Fehler mache.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Den Quellcode und die Rezepte dafür finden Sie im `sensei-blog-examples`-Repository im GitHub-Konto von Secure Code Warrior im Modul `junitexamples`.

Änderung der Methoden- und Klassensichtbarkeit für JUnit 5
Eine der Freuden des Programmierens ist das ständige Lernen, das erforderlich ist, um auf dem Laufenden zu bleiben. Eines der Probleme besteht darin, dass wir Vertrautheit und Nutzungsmuster aufbauen, die sich auf die Einführung neuer Ansätze auswirken können. Sensei kann bei der Migration helfen, indem er veraltete Muster identifiziert und uns mit der Lösung, die wir in Zukunft verwenden können, auffordert.
Als ich beispielsweise von JUnit 4 auf JUnit 5 migrierte, war ich es gewohnt, alle meine Testklassen und Methoden als öffentlich zu schreiben. Aber mit JUnit 5 können sie paketprivat sein.
z. B. statt:
öffentliche Klasse JUnit5VisibilityTest {
@Test
public void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich möchte wirklich schreiben:
Klasse JUnit5VisibilityTest {
@Test
void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich habe eine Weile gebraucht, um das Muskelgedächtnis aufzubauen, um das zu codieren, und ich mache immer noch ab und zu einen Fehler.
Sensei verwenden
Mit Sensei kann ich Rezepte erstellen, die die öffentlichen Methoden und Klassen finden, und die Deklarationen so ändern, dass sie automatisch paketprivat sind.
Um das zu erreichen, habe ich ein Rezept kreiert:
Name - JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein
Beschreibung - JUnit 5-Testmethoden benötigen keine öffentliche Sichtbarkeit
Level — Fehler
Ich habe es als Fehler eingestuft, weil ich diese Programmierpraxis ausrotten möchte und das Problem beim Schreiben von Code in der IDE besser sichtbar machen möchte.
Änderung der Klassendeklaration
Um die Klassen zu finden, suche ich nach jeder Klasse, die eine untergeordnete Annotation von @Test aus Junit 5 hat, d. h. org.junit.jupiter.api.Test
Und wo die Klasse den Modifikator public hat:
suche:
klasse:
mit:
Kind:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Dann ändert der Quickfix den Modifikator, um die Sichtbarkeit zu entfernen, sodass er die Standardeinstellung ist und die Standardeinstellung Paket privat ist, wonach ich suche.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit aus der JUnit 5-Testklasse“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Änderung der Methodendeklarationen
Das Rezept für die Änderung der Methodendeklaration ist dem Klassenrezept sehr ähnlich.
Zuerst suche ich nach öffentlichen Methoden, die mit @Test von JUnit 5 annotiert sind.
suche:
Methode:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Und dann ändere ich den Modifikator auf Standardsichtbarkeit.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der @Test -Methode“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Hinweis: Änderung mehrerer Methoden
Sensei hat die Möglichkeit, den QuickFix auf alle Verstöße in der aktuellen Datei anzuwenden.
Wenn ich Alt+Enter verwende, um den QuickFix anzuwenden.
Wenn ich das QuickFix-Namensmenü erweitere, sehe ich eine Option für:
„Alles reparieren: 'JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein' Probleme in der Datei“
Wenn ich diese Option auswähle, korrigiert Sensei alle Fälle des Problems, nicht nur das, das ich ausgewählt habe.

Änderung der Klasse
So wie eine Methode nicht öffentlich sein muss, muss auch die Klasse nicht öffentlich sein.
Ich kann ein Rezept und einen QuickFix erstellen, um die Klasse zu ändern.
Name - JUnit: Junit 5-Testklassen müssen nicht öffentlich sein
Beschreibung - Junit 5-Testklassen müssen nicht öffentlich sein
Level — Fehler
Wenn ich eine Klasse finde, die öffentlich ist und eine Methode mit einer @Test -Annotation hat. Dann möchte ich die Sichtbarkeit ändern.
suche:
klasse:
Modifikator: „öffentlich“
Irgendein von:
- Kind:
Methode:
Anmerkung:
Typ: „Test“
Ich kann die Änderung an der Klassendefinition mit der ChangeModifiers-Aktion erneut vornehmen.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der Klasse @Test“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Summary
Ein statisches Analysetool hat mich zunächst auf diesen empfohlenen Ansatz in JUnit aufmerksam gemacht. Aber das statische Analysetool hat mir nicht geholfen, das Muskelgedächtnis aufzubauen, um meinen Code beim Programmieren zu ändern.
Benutze das 'Level', um dich zu warnen. Wenn es sich um ein Problem handelt, das ich in meiner Codierung auszumerzen versuche, mache ich es zunächst als „Fehler“ und reduziere es dann, während ich mich vom Codierungsansatz entwöhne.
Denken Sie daran, dass Sie Sensei verwenden können, um alle Probleme in der aktuellen Datei gleichzeitig zu beheben, indem Sie die Drop-down-Menüoption verwenden, wenn Sie den QuickFix anwenden.
Indem ich ein Sensei-Rezept erstelle, kann ich meinen alten Programmieransatz in Echtzeit sehen. Und QuickFix it, um den Ansatz zu verstärken, falls ich gelegentlich beim Programmieren einen Fehler mache.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Den Quellcode und die Rezepte dafür finden Sie im `sensei-blog-examples`-Repository im GitHub-Konto von Secure Code Warrior im Modul `junitexamples`.

Klicken Sie auf den untenstehenden Link und laden Sie das PDF dieser Ressource herunter.
Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenEine Demo buchenAlan Richardson verfügt über mehr als zwanzig Jahre Berufserfahrung in der IT-Branche. Er arbeitete als Entwickler und auf jeder Ebene der Testhierarchie, vom Tester bis hin zum Head of Testing. Als Head of Developer Relations bei Secure Code Warrior arbeitet er direkt mit Teams zusammen, um die Entwicklung von hochwertigem, sicherem Code zu verbessern. Alan ist der Autor von vier Büchern, darunter "Dear Evil Tester" und "Java For Testers". Alan hat auch Online-Schulungen courses erstellt, um Menschen beim Erlernen von technischen Web-Tests und Selenium WebDriver mit Java zu helfen. Alan veröffentlicht seine Schriften und Schulungsvideos auf SeleniumSimplified.com, EvilTester.com, JavaForTesters.com und CompendiumDev.co.uk.
Änderung der Methoden- und Klassensichtbarkeit für JUnit 5
Eine der Freuden des Programmierens ist das ständige Lernen, das erforderlich ist, um auf dem Laufenden zu bleiben. Eines der Probleme besteht darin, dass wir Vertrautheit und Nutzungsmuster aufbauen, die sich auf die Einführung neuer Ansätze auswirken können. Sensei kann bei der Migration helfen, indem er veraltete Muster identifiziert und uns mit der Lösung, die wir in Zukunft verwenden können, auffordert.
Als ich beispielsweise von JUnit 4 auf JUnit 5 migrierte, war ich es gewohnt, alle meine Testklassen und Methoden als öffentlich zu schreiben. Aber mit JUnit 5 können sie paketprivat sein.
z. B. statt:
öffentliche Klasse JUnit5VisibilityTest {
@Test
public void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich möchte wirklich schreiben:
Klasse JUnit5VisibilityTest {
@Test
void thisdoesnotNeedToBePublic () {
assertions.assertTrue (wahr);
}
}
Ich habe eine Weile gebraucht, um das Muskelgedächtnis aufzubauen, um das zu codieren, und ich mache immer noch ab und zu einen Fehler.
Sensei verwenden
Mit Sensei kann ich Rezepte erstellen, die die öffentlichen Methoden und Klassen finden, und die Deklarationen so ändern, dass sie automatisch paketprivat sind.
Um das zu erreichen, habe ich ein Rezept kreiert:
Name - JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein
Beschreibung - JUnit 5-Testmethoden benötigen keine öffentliche Sichtbarkeit
Level — Fehler
Ich habe es als Fehler eingestuft, weil ich diese Programmierpraxis ausrotten möchte und das Problem beim Schreiben von Code in der IDE besser sichtbar machen möchte.
Änderung der Klassendeklaration
Um die Klassen zu finden, suche ich nach jeder Klasse, die eine untergeordnete Annotation von @Test aus Junit 5 hat, d. h. org.junit.jupiter.api.Test
Und wo die Klasse den Modifikator public hat:
suche:
klasse:
mit:
Kind:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Dann ändert der Quickfix den Modifikator, um die Sichtbarkeit zu entfernen, sodass er die Standardeinstellung ist und die Standardeinstellung Paket privat ist, wonach ich suche.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit aus der JUnit 5-Testklasse“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Änderung der Methodendeklarationen
Das Rezept für die Änderung der Methodendeklaration ist dem Klassenrezept sehr ähnlich.
Zuerst suche ich nach öffentlichen Methoden, die mit @Test von JUnit 5 annotiert sind.
suche:
Methode:
Anmerkung:
Typ: „org.junit.jupiter.api.Test“
Modifikator: „öffentlich“
Und dann ändere ich den Modifikator auf Standardsichtbarkeit.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der @Test -Methode“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Hinweis: Änderung mehrerer Methoden
Sensei hat die Möglichkeit, den QuickFix auf alle Verstöße in der aktuellen Datei anzuwenden.
Wenn ich Alt+Enter verwende, um den QuickFix anzuwenden.
Wenn ich das QuickFix-Namensmenü erweitere, sehe ich eine Option für:
„Alles reparieren: 'JUnit: JUnit 5-Testmethoden müssen nicht öffentlich sein' Probleme in der Datei“
Wenn ich diese Option auswähle, korrigiert Sensei alle Fälle des Problems, nicht nur das, das ich ausgewählt habe.

Änderung der Klasse
So wie eine Methode nicht öffentlich sein muss, muss auch die Klasse nicht öffentlich sein.
Ich kann ein Rezept und einen QuickFix erstellen, um die Klasse zu ändern.
Name - JUnit: Junit 5-Testklassen müssen nicht öffentlich sein
Beschreibung - Junit 5-Testklassen müssen nicht öffentlich sein
Level — Fehler
Wenn ich eine Klasse finde, die öffentlich ist und eine Methode mit einer @Test -Annotation hat. Dann möchte ich die Sichtbarkeit ändern.
suche:
klasse:
Modifikator: „öffentlich“
Irgendein von:
- Kind:
Methode:
Anmerkung:
Typ: „Test“
Ich kann die Änderung an der Klassendefinition mit der ChangeModifiers-Aktion erneut vornehmen.
Verfügbare Korrekturen:
- name: „Entferne die öffentliche Sichtbarkeit der Klasse @Test“
Aktionen:
- Modifikatoren ändern:
Sichtbarkeit: „“
Summary
Ein statisches Analysetool hat mich zunächst auf diesen empfohlenen Ansatz in JUnit aufmerksam gemacht. Aber das statische Analysetool hat mir nicht geholfen, das Muskelgedächtnis aufzubauen, um meinen Code beim Programmieren zu ändern.
Benutze das 'Level', um dich zu warnen. Wenn es sich um ein Problem handelt, das ich in meiner Codierung auszumerzen versuche, mache ich es zunächst als „Fehler“ und reduziere es dann, während ich mich vom Codierungsansatz entwöhne.
Denken Sie daran, dass Sie Sensei verwenden können, um alle Probleme in der aktuellen Datei gleichzeitig zu beheben, indem Sie die Drop-down-Menüoption verwenden, wenn Sie den QuickFix anwenden.
Indem ich ein Sensei-Rezept erstelle, kann ich meinen alten Programmieransatz in Echtzeit sehen. Und QuickFix it, um den Ansatz zu verstärken, falls ich gelegentlich beim Programmieren einen Fehler mache.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Den Quellcode und die Rezepte dafür finden Sie im `sensei-blog-examples`-Repository im GitHub-Konto von Secure Code Warrior im Modul `junitexamples`.
Inhaltsverzeichnis
Alan Richardson verfügt über mehr als zwanzig Jahre Berufserfahrung in der IT-Branche. Er arbeitete als Entwickler und auf jeder Ebene der Testhierarchie, vom Tester bis hin zum Head of Testing. Als Head of Developer Relations bei Secure Code Warrior arbeitet er direkt mit Teams zusammen, um die Entwicklung von hochwertigem, sicherem Code zu verbessern. Alan ist der Autor von vier Büchern, darunter "Dear Evil Tester" und "Java For Testers". Alan hat auch Online-Schulungen courses erstellt, um Menschen beim Erlernen von technischen Web-Tests und Selenium WebDriver mit Java zu helfen. Alan veröffentlicht seine Schriften und Schulungsvideos auf SeleniumSimplified.com, EvilTester.com, JavaForTesters.com und CompendiumDev.co.uk.

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Demo buchenHerunterladenRessourcen für den Einstieg
Trust Agent:AI - Secure and scale AI-Drive development
AI is writing code. Who’s governing it? With up to 50% of AI-generated code containing security weaknesses, managing AI risk is critical. Discover how SCW's Trust Agent: AI provides the real-time visibility, proactive governance, and targeted upskilling needed to scale AI-driven development securely.
Die Leistungsfähigkeit von OpenText Application Security + Secure Code Warrior
OpenText Application Security and Secure Code Warrior combine vulnerability detection with AI Software Governance and developer capability. Together, they help organizations reduce risk, strengthen secure coding practices, and confidently adopt AI-driven development.
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Themen und Inhalte der Securecode-Schulung
Unsere branchenführenden Inhalte werden ständig weiterentwickelt, um der sich ständig ändernden Softwareentwicklungslandschaft unter Berücksichtigung Ihrer Rolle gerecht zu werden. Themen, die alles von KI bis XQuery Injection abdecken und für eine Vielzahl von Rollen angeboten werden, von Architekten und Ingenieuren bis hin zu Produktmanagern und QA. Verschaffen Sie sich einen kleinen Einblick in das Angebot unseres Inhaltskatalogs nach Themen und Rollen.
Ressourcen für den Einstieg
Cyber-Resilienz-Gesetz erklärt: Was das für die Entwicklung von Secure by Design-Software bedeutet
Erfahren Sie, was der EU Cyber Resilience Act (CRA) verlangt, für wen er gilt und wie sich Entwicklungsteams mit sicheren Methoden, der Vorbeugung von Sicherheitslücken und dem Aufbau von Fähigkeiten für Entwickler darauf vorbereiten können.
Enabler 1: Definierte und messbare Erfolgskriterien
Enabler 1 eröffnet unsere zehnteilige Reihe „Enabler of Success“ und zeigt, wie sichere Codierung mit Geschäftsergebnissen wie Risikominderung und Geschwindigkeit verbunden werden kann, um eine langfristige Programmreife zu erreichen.




