allure-framework / allure-framework/allure-java
Ability to rename classes with TestNG
- Langage dominant
- Java
- Étoiles
- 376
- Forks
- 240
- Merge moyen
- 1 j 7 h
- PR mergées (30 j)
- 45
Description
#### 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
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par localiser l’intégration de TestNG et comparez la manière dont Allure gère les noms de classe personnalisés pour JUnit. Définissez comment une description au niveau de la classe, ou son équivalent, doit influer sur le nom de la suite tout en préservant le regroupement TestNG existant, puis vérifiez que le rapport généré utilise le nom personnalisé sans le package.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- testing
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 42/100