Closed emma-raffenne closed 2 years ago
Adding a couple scenario tests. We can discuss usefulness and feedback on how we make these better when we meet next.
cc @emma-raffenne @fkanout @maryam-saeidi @maciejforcone
S1 A user is getting too many alerts from a rule someone else created. This user does not have write access to the rule. From one of those alert flyouts, they click to see the rule details Expected outcome: Upon entering the rule details page, user must be able to see
S2 An Elastic admin is getting complaints from users that a rule is not detecting/firing alerts when it is supposed to. Admin user clicks on alerts view, filters and sees that there are in fact no alerts by that rule in the time period Admin user clicks "Manage Rules" at the top, and in the rules view, filters to get to the rule of interest in the table Selects "view rule details" Expected outcome: Upon entering the rule details page, user must be able to see
Done
This is the continuation of the work started in #129777
Feature Description
The rule definition page currently shows some data to help understand the rule and its execution. For a user to fully and clearly understand the rule, its execution history, impact, noisiness, and for better ongoing management, further details will need to be added to that page.
The following needs exist for the different personas using the rule details page.
Sub-personas or Elastic roles to keep in mind as the audience for this view -
Rule creator/editor
Acceptance Criteria
See design at elastic/observability-design#137
Implementation
Add to case
to the alerts table displayed on the rule detail page - Todo: @elastic/response-ops cc @XavierM to link it.