Add posibility to allure_robotframework listener to send "broken" test status to allure
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 38/100
Hướng nghiên cứu
Bắt đầu với hàm get_allure_status của listener allure_robotframework, trong đó các ánh xạ PASSED, FAILED, SKIPPED và UNKNOWN hiện tại được mô tả là hardcoded. Theo dõi cách trạng thái mà hàm trả về đến được Allure, sau đó xác minh rằng một lỗi trong trường hợp đã biết có thể tạo ra BROKEN trong khi các trạng thái hiện có vẫn không thay đổi.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I'm submitting a ...
- feature request
What is the current behavior?
Currently allure_robotframework listener can send just four statuses to Allure - PASSED, FAILED, SKIPPED, UNKOWN (only in failure case), those are hardcoded in get_allure_status function.
What is the expected behavior?
Add possibility to send other test statuses, for example, BROKEN that actually in the default allure statuses list.
What is the motivation / use case for changing the behavior?
In my case we need to divide failed cases by different statuses on allure(failed for usual failures and broken for known cases with opened issues)
Please tell us about your environment:
allure-python-commons 2.13.2
allure-robotframework 2.13.2
- Ngôn ngữ chính
- Python
- Star
- 819
- Fork
- 261
- Merge trung bình
- 3 giờ 20 phút
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của allure-framework/allure-python
-
[allure-behave] Steps from tag-excluded scenarios bleed into the next matching scenario's result when hide_excluded=trueCó thể đã có người làm @liuyaohui666 đã nhận 51 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
-
theme:pytest
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 64/100
allure-framework/allure-python#929 · 1 reaction ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
allure-framework/allure-python#930 · 3 bình luận ·
-
Added CategoriesĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
-
Phantom <lambda> teardown entries with unknown status when using pytest 9.1+Có thể đã có người làm @Mohanad49 đã nhận 55 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 58/100
allure-framework/allure-python#918 · 1 reaction ·
Tất cả issue của allure-framework/allure-python
Issue tương tự
-
Claiming namespace `jft63`Đang mởnamespace operations
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
EclipseFdn/open-vsx.org#14043 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
netbox status: needs triage type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
netbox-community/netbox#23376 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feedback simulation workshop
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
githubnext/gh-aw-workshop#4455 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Triage 🩺
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] Container scenario crashes without expected_recovery_time, kube DNS example uses retry_waitĐang mởneeds-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
krkn-chaos/krkn#1627 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày