|
1 | | -#### Use cases |
2 | | - |
3 | | -(description of use cases from end-user point of view, e.g.: As a sales person I want to ...) |
4 | | - |
5 | | -#### Motivation |
6 | | - |
7 | | -(describe what is behind the use cases and what value this user value gives us from users point of view) |
8 | | - |
9 | | -#### Acceptance Criteria |
10 | | - |
11 | | -(list of Acceptance Criteria) |
12 | | - |
13 | | -#### Design |
14 | | - |
15 | | -(Mockups, links to design etc.) |
16 | | - |
17 | | -#### Checklist |
18 | | - |
19 | | -- [ ] Mockups/icons/spec are provided |
20 | | -- [ ] Messages for tooltips/errors/validations/placeholders/popups etc. are provided |
21 | | -- [ ] Possible UI element states and their transitions are described, e.g. which elements can be disabled and under which conditions |
22 | | -- [ ] Default values are provided |
23 | | -- [ ] Validation is described: max/min length, required/optional fields |
24 | | -- [ ] Sorting/filtering options are described |
25 | | -- [ ] Are any changes upon upgrade required |
26 | | -- [ ] Performance requirements (max time an operation should take, any need to show a spinner if it takes more time) |
27 | | -- [ ] Low priority tasks are highlighted (what AC can be tagged as 'nice to have' and should have lower priority over others) |
28 | | - |
29 | | -#### Test cases |
30 | | - |
31 | | -(link to test cases; provided by QA once they are ready) |
32 | | - |
33 | | -#### Affected areas |
34 | | - |
35 | | -(Filled when the issue is resolved by developer; if possible, specify features/pages/controls that might be broken due to changes introduced in the MR. Try to be as |
36 | | -specific as possible so that QA does not have to re-test the whole feature.) |
| 1 | +#### Use cases |
| 2 | + |
| 3 | +(description of use cases from end-user point of view, e.g.: As a sales person I want to ...) |
| 4 | + |
| 5 | +#### Motivation |
| 6 | + |
| 7 | +(describe what is behind the use cases and what value this user value gives us from users point of view) |
| 8 | + |
| 9 | +#### Acceptance Criteria |
| 10 | + |
| 11 | +(list of Acceptance Criteria) |
| 12 | + |
| 13 | +#### Design |
| 14 | + |
| 15 | +(Mockups, links to design etc.) |
| 16 | + |
| 17 | +#### Checklist |
| 18 | + |
| 19 | +- [ ] Mockups/icons/spec are provided |
| 20 | +- [ ] Messages for tooltips/errors/validations/placeholders/popups etc. are provided |
| 21 | +- [ ] Possible UI element states and their transitions are described, e.g. which elements can be disabled and under which conditions |
| 22 | +- [ ] Default values are provided |
| 23 | +- [ ] Validation is described: max/min length, required/optional fields |
| 24 | +- [ ] Sorting/filtering options are described |
| 25 | +- [ ] Are any changes upon upgrade required |
| 26 | +- [ ] Performance requirements (max time an operation should take, any need to show a spinner if it takes more time) |
| 27 | +- [ ] Low priority tasks are highlighted (what AC can be tagged as 'nice to have' and should have lower priority over others) |
| 28 | + |
| 29 | +#### Test cases |
| 30 | + |
| 31 | +(link to test cases; provided by QA once they are ready) |
| 32 | + |
| 33 | +#### Affected areas |
| 34 | + |
| 35 | +(Filled when the issue is resolved by developer; if possible, specify features/pages/controls that might be broken due to changes introduced in the MR. Try to be as |
| 36 | +specific as possible so that QA does not have to re-test the whole feature.) |
0 commit comments