allure-framework / allure-framework/allure-python
Precondition and expected results decorators
- Langage dominant
- Python
- Étoiles
- 814
- Forks
- 260
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
#### I'm submitting a ...
- [ ] bug report
- [x] feature request
- [ ] support request => Please do not submit support request here, see note at the top of this template.
#### What is the expected behavior?
Would be great to have the ability to add preconditions and expected results in pytest allure decorators, similar to `@allure.title`, `@allure.description`, etc.
Ex:
```python
@allure.title('This is a test')
@allure.precondition('This is precondition 1')
@allure.precondition('This is precondition 2, or maybe it can be passed as a list to one decorator')
@allure.expected_result('At the end, it should be `1`')
def test_something():
pass
```
#### What is the motivation / use case for changing the behavior?
When creating manual tests, we do have these features, ex:

We have a _lot_ of automated tests that have visibility to other teams and separating the preconditions from the description would be very useful.
#### Please tell us about your environment:
- Allure version: 2.24.1
- Test framework: pytest@7.4.3
- Allure adaptor: allure-pytest@2.13.2
#### Other information
[//]: # (
. e.g. detailed explanation, stacktraces, related issues, suggestions
. how to fix, links for us to have more context, eg. Stackoverflow, Gitter etc
)
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par examiner les décorateurs pytest existants, tels que @allure.title et @allure.description, ainsi que la manière dont leurs métadonnées sont représentées. Déterminez comment des préconditions répétées et un résultat attendu doivent être exposés séparément de la description, puis ajoutez une couverture pour le comportement demandé du décorateur et vérifiez que le rapport généré affiche ces champs.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- testing
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100