-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🐛 Add application risk filter of "Unassessed" #2032
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #2032 +/- ##
==========================================
+ Coverage 39.20% 42.33% +3.13%
==========================================
Files 146 172 +26
Lines 4857 5525 +668
Branches 1164 1381 +217
==========================================
+ Hits 1904 2339 +435
- Misses 2939 3071 +132
- Partials 14 115 +101
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
client/src/app/pages/applications/applications-table/applications-table.tsx
Outdated
Show resolved
Hide resolved
Resolves: https://issues.redhat.com/browse/MTA-2816 Application risk options are one of: - High (red) - Medium (yellow) - Low (green) - Unknown (unknown) - Unassessed (unassessed) Added the __Unassessed__ option to the risk filter list on the application table to have a complete set of risk filters. Note: To help test risk levels, the questionnaire `hack/import-questionnaire/assign-risk.yaml` has been added. The single question has a 1 to 1 mapping between answer and risk level. As long as that questionnaire is the only one active on the system, it works well to quickly assign risks to applications. Signed-off-by: Scott J Dickerson <[email protected]>
Signed-off-by: Scott J Dickerson <[email protected]>
- Add "unassessed" as an office `Risk` type option - Updated `RiskLabel` to handle undefined and arbitrary strings as risk inputs. Consumers of the component don't need to worry about the prop quite as much anymore. - Where a string risk was getting looked at, force to lower case first so all the constants match up. Signed-off-by: Scott J Dickerson <[email protected]>
Signed-off-by: Scott J Dickerson <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Thanks for sharing the test questionnaire!
Resolves: https://issues.redhat.com/browse/MTA-2816 Application risk options are one of: - High (red) - Medium (yellow) - Low (green) - Unknown (unknown) - Unassessed (unassessed) Added the __Unassessed__ option to the risk filter list on the application table to have a complete set of risk filters. Note: To help test risk levels, the questionnaire `hack/import-questionnaire/assign-risk.yaml` has been added. The single question has a 1 to 1 mapping between answer and risk level. As long as that questionnaire is the only one active on the system, it works well to quickly assign risks to applications. --------- Signed-off-by: Scott J Dickerson <[email protected]>
…2032) (#2035) Backport-of: #2032 Resolves: https://issues.redhat.com/browse/MTA-2816 Application risk options are one of: - High (red) - Medium (yellow) - Low (green) - Unknown (unknown) - Unassessed (unassessed) Added the __Unassessed__ option to the risk filter list on the application table to have a complete set of risk filters. Note: To help test risk levels, the questionnaire `hack/import-questionnaire/assign-risk.yaml` has been added. The single question has a 1 to 1 mapping between answer and risk level. As long as that questionnaire is the only one active on the system, it works well to quickly assign risks to applications. Signed-off-by: Scott J Dickerson <[email protected]>
Resolves: https://issues.redhat.com/browse/MTA-2816
Application risk options are one of:
Added the Unassessed option to the risk filter list on the application table to have a complete
set of risk filters.
Note: To help test risk levels, the questionnaire
hack/import-questionnaire/assign-risk.yaml
has been added. The single question has a 1 to 1 mapping between answer and risk level. As long as that questionnaire is the only one active on the system, it works well to quickly assign risks to applications.