Enhancement: define failure rate for each mocked response
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Bắt đầu bằng cách xác định phần xử lý dòng lệnh cho responses.json trong ms-dev-proxy và mã áp dụng các phản hồi giả lập. Làm rõ liệu công việc được yêu cầu có bao gồm đường dẫn thay thế đến tệp phản hồi, tỷ lệ lỗi cho từng phản hồi hay cả hai, sau đó xác định cấu hình phản hồi và hành vi có thể quan sát trước khi triển khai. Điều kiện hoàn thành cần bao gồm các tùy chọn được ghi tài liệu và các bài kiểm thử bao quát những kịch bản đã chọn.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Background
Currently, I am researching if we may use the ms-dev-proxy as a tool to support us in integration/manual/QA tests for our apps, and mocking responses is just the perfect functionality we could use 😉.
Idea
- Currently the ms-dev-proxy will look for
responses.jsonfile in the working directory which is just perfect to keep mock related to the app in the projects folder. What I was thinking is maybe ms-dev-proxy could have a new option that would allow specifying the relative path to theresponse.jsonwith mocks to be used. Maybe something like-r --responses-file-path(optional). The aim for this would be to have different test scenarios with different mocks for the same app and then use them as part of integration tests. That way I could keep something like
.
├── MyApp
├── TestScenarios
│ ├── groups-fail-timeout-responses.json
│ └── throttle-responses.json
In this case, each integration test could start the ms-dev-proxy giving different responses.json mocks as param.
TBH this is very low 😉 (and probably stupid) idea as the current workaround I have for it is:
- keep
responses.jsonin subfolders and run the ms-dev-proxy in the subfolder with correct mocks as working directory - the test may just copy/paste the needed
responses.jsonfile to be used for this test.
- Second idea I had (sorry for adding 2 ideas in one issue, I am a bit lazy and running out of time 😝), is to give possibility to define the failure rate for each mocked response in case we are mocking error response.
- Ngôn ngữ chính
- C#
- Star
- 833
- Fork
- 90
- Merge trung bình
- 18 giờ 41 phút
- Pull request đã merge (30 ngày)
- 45
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không 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 dotnet/dev-proxy
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
waiting for response
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 28/100
dotnet/dev-proxy#1914 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
MockStdioResponsePlugin: @stdin.body.id placeholder fails to resolve when messages arrive back-to-back after an id-less messageCó thể làm lại được @garrytrinder đã nhận 86 ngày trước và không có pull request nào đang mở. Đang mở
dotnet/dev-proxy#1757 · 1 reaction · 2 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của dotnet/dev-proxy
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
owasp-dep-scan/dosai#79 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
pyrevitlabs/pyRevit#3730 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug component/other
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
umbraco/Umbraco.AI#511 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
sev:L
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
Systemorph/MeshWeaver#6233 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]:Đang mởbug needs response
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Adyen/adyen-dotnet-api-library#1874 ·
Maintainer thường phản hồi trong vòng 1 ngày