Icônes SCW
héros bg sans séparateur
Blog

Änderung der Methoden- und Klassensichtbarkeit für JUnit 5

Alan Richardson
Publié le 21 décembre 2020
Dernière mise à jour le 9 mars 2026

Ä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.


Supprimer la méthode d'essai Visibilité publique

Ä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: „“


Résumé

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`.



Consulter la ressource
Consulter la ressource

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.

Souhaitez-vous en savoir davantage ?

Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.

En savoir plus

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.

Réserver une démonstration
Partager sur :
marques LinkedInSocialLogo x
Auteur
Alan Richardson
Publié le 21 décembre 2020

Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.

Partager sur :
marques LinkedInSocialLogo x

Ä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.


Supprimer la méthode d'essai Visibilité publique

Ä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: „“


Résumé

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`.



Consulter la ressource
Consulter la ressource

Veuillez remplir le formulaire ci-dessous pour télécharger le rapport.

Nous sollicitons votre autorisation pour vous envoyer des informations sur nos produits et/ou des sujets connexes liés au codage sécurisé. Nous traitons toujours vos données personnelles avec le plus grand soin et ne les vendons jamais à d'autres entreprises à des fins de marketing.

Soumettre
icône de réussite scw
icône d'erreur scw
Pour envoyer le formulaire, veuillez activer les cookies « Analytics ». Une fois que vous avez terminé, vous pouvez les désactiver à tout moment.

Ä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.


Supprimer la méthode d'essai Visibilité publique

Ä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: „“


Résumé

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`.



Veuillez consulter le webinaire.
Veuillez commencer
En savoir plus

Veuillez cliquer sur le lien ci-dessous et télécharger le PDF de cette ressource.

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.

Consulter le rapportRéserver une démonstration
Télécharger le PDF
Consulter la ressource
Partager sur :
marques LinkedInSocialLogo x
Souhaitez-vous en savoir davantage ?

Partager sur :
marques LinkedInSocialLogo x
Auteur
Alan Richardson
Publié le 21 décembre 2020

Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.

Partager sur :
marques LinkedInSocialLogo x

Ä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.


Supprimer la méthode d'essai Visibilité publique

Ä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: „“


Résumé

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`.



Table des matières

Télécharger le PDF
Consulter la ressource
Souhaitez-vous en savoir davantage ?

Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.

En savoir plus

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.

Réserver une démonstrationTélécharger
Partager sur :
marques LinkedInSocialLogo x
Centre de ressources

Ressources pour débuter

Plus d'articles
Centre de ressources

Ressources pour débuter

Plus d'articles