allure-framework / allure-framework/allure-java
Ability to rename classes with TestNG
- Vorherrschende Sprache
- Java
- Sterne
- 376
- Forks
- 240
- Ø Merge
- 1 T. 7 Std.
- Gemergte PRs (30 T.)
- 45
Beschreibung
#### I'm submitting a ...
- [ ] bug report
- [*] feature request
- [ ] support request => Please do not submit support request here, see note at the top of this template.
#### What is the current behavior?
Allure groups suites into sub-suites, which, in case of TestNG, are full class names (with their packages).
#### What is the expected behavior?
As far as I understand, Allure has an ability to use custom class names with JUnit. In JUnit, classes can be renamed with `@DisplayName` annotation. In TestNG, there's no such annotation, thus, I'd like to have something like Allure's `@Description` annotation be applicable to class names. For example,
```
@Description("Class Name Without Package")
public class TestClass
```
#### What is the motivation / use case for changing the behavior?
Some projects have very long package names, which are redundant for reports.
#### Please tell us about your environment:
| Allure version | 2.8.1 |
| --- | --- |
| Test framework | testng@6.8 |
| Allure integration | allure-testng@2.13.2 |
| Generate report using | allure-maven@2.10.0 |
#### Other information
Beitragsleitfaden
Rechercherichtung
Beginne damit, die TestNG-Integration zu finden, und vergleiche, wie Allure benutzerdefinierte Klassennamen für JUnit behandelt. Lege fest, wie eine Beschreibung auf Klassenebene oder ein gleichwertiges Konzept den Suite-Namen beeinflussen soll, während die bestehende TestNG-Gruppierung erhalten bleibt. Überprüfe anschließend, dass der generierte Report den benutzerdefinierten Namen ohne das Package verwendet.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- testing
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 42/100