
Ä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: „“
Resumen
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 cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y CompendiumDev.co.uk.

Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónAlan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y 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: „“
Resumen
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: „“
Resumen
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`.

Haga clic en el enlace de abajo y descargue el PDF de este recurso.
Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Ver informeReservar una demostraciónAlan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y 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: „“
Resumen
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`.
Índice
Alan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y CompendiumDev.co.uk.

Secure Code Warrior a disposición de su empresa para ayudarle a proteger el código durante todo el ciclo de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es responsable de seguridad de aplicaciones, desarrollador, responsable de seguridad de la información o cualquier otra persona relacionada con la seguridad, podemos ayudar a su empresa a reducir los riesgos asociados al código inseguro.
Reservar una demostraciónDescargarRecursos para empezar
Temas y contenidos de la formación Securecode
Nuestros contenidos líderes en el sector se desarrollan continuamente para adaptarse al cambiante panorama del desarrollo de software, teniendo en cuenta su función. Temas que abarcan desde la inteligencia artificial hasta la inyección XQuery y que se ofrecen para una amplia variedad de funciones, desde arquitectos e ingenieros hasta gestores de productos y control de calidad. Eche un vistazo a nuestro catálogo de contenidos por temas y funciones.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos para empezar
Cybermon ha vuelto: ¡Derrota al jefe! Las misiones KI ya están disponibles bajo demanda.
Cybermon 2025 Beat the Boss ya está disponible durante todo el año en SCW. Utiliza requisitos de seguridad avanzados de IA/LLM para reforzar el desarrollo seguro de la IA a gran escala.
Explicación de la Ley de Resiliencia Cibernética: qué significa para el desarrollo de software Secure by Design
Descubra qué exige la Ley de Ciberresiliencia de la UE (CRA), a quién se aplica y cómo los equipos de desarrollo pueden prepararse para ella mediante métodos seguros, la prevención de vulnerabilidades de seguridad y el desarrollo de capacidades para los desarrolladores.
Facilitador 1: Criterios de éxito definidos y medibles
El facilitador 1 abre nuestra serie de diez partes titulada «Facilitadores del éxito» y muestra cómo la codificación segura puede combinarse con resultados empresariales como la reducción de riesgos y la velocidad para lograr la madurez del programa a largo plazo.




%20(1).avif)
.avif)
