|
| 1 | +### Feature description |
| 2 | +Clearly and concisely describe the feature. |
| 3 | + |
| 4 | +### Requirement and specification document. |
| 5 | +Share the JIRA task which is attached with the requirement and specification document or directly share the document. |
| 6 | +- Even for a small feature, draft a requirement and specification document and attach it in the task. |
| 7 | + |
| 8 | +### API Review task |
| 9 | +Provide task link. |
| 10 | + |
| 11 | +### Output screenshots |
| 12 | +Post the output screenshots if an UI is affected or added due to this feature. |
| 13 | + |
| 14 | +### Feature matrix document |
| 15 | + |
| 16 | +Feature matrix document updated against this feature and committed in this [common location] (https://syncfusion.sharepoint.com/sites/EJ2ProductOwners/Shared%20Documents/Forms/AllItems.aspx?viewid=ae81c682%2D3d0f%2D462a%2Db8ec%2D7358748d489d&id=%2Fsites%2FEJ2ProductOwners%2FShared%20Documents%2FGeneral%2FFeature%20Matrix%20%2D%20Documents) . |
| 17 | +* [ ] Yes |
| 18 | +* [ ] NO |
| 19 | +* [ ] NA |
| 20 | + |
| 21 | +Provide the details about the areas or combinations which have been tested against this code changes. |
| 22 | +* [ ] Tested against feature matrix. |
| 23 | + |
| 24 | +### Feature acceptance criteria (Test-case document) |
| 25 | +Draft the test cases in excel and attach it in the MR itself. The automation must be covered based on this positive and worst-case test-cases. |
| 26 | + |
| 27 | +### Automation details |
| 28 | +Mark 'Is Automated' field as (Yes, Manual, Not Applicable) in corresponding JIRA task once the feature is automated. |
| 29 | +* [ ] BUnit, share corresponding MR. |
| 30 | +* [ ] E2E or Manual Automation using tester - Make sure all items are automated with priority before release which can be tracked in [automation dashboard](https://syncfusion.atlassian.net/secure/Dashboard.jspa?selectPageId=43396). |
| 31 | + |
| 32 | +### Test bed sample location |
| 33 | +Provide the test bed sample location where the code reviewers can review the new feature’s behaviors. |
| 34 | + |
| 35 | +### Feature completion checklist |
| 36 | + |
| 37 | +UX changes got approval if UI is added or modified? |
| 38 | +* [ ] Yes. Provide Task link. |
| 39 | +* [ ] NO |
| 40 | +* [ ] NA |
| 41 | + |
| 42 | +Drafted UG for this feature? |
| 43 | +* [ ] Yes, provide MR link. |
| 44 | +* [ ] NO, provide task link. |
| 45 | +* [ ] NA |
| 46 | + |
| 47 | + Content team reviewed the UI content changes. |
| 48 | +* [ ] Yes. Provide MR or Task link. |
| 49 | +* [ ] NO |
| 50 | +* [ ] NA |
| 51 | + |
| 52 | + Is this the common feature which needs to be addressed in the same component or on other components in our platform? |
| 53 | +* [ ] Yes. If we need to check in other components, tag "needs-attention-coreteam" |
| 54 | +* [ ] NO |
| 55 | + |
| 56 | +Is there any existing behavior change due to this code change? |
| 57 | +* [ ] Yes. If So, add `breaking-change` label. |
| 58 | +* [ ] NO |
| 59 | + |
| 60 | +### Blazor Checklist |
| 61 | +Confirm whether the ensured feature is in both Blazor Server and WASM. |
| 62 | +* [ ] Yes |
| 63 | +* [ ] NO |
| 64 | +* [ ] NA |
| 65 | + |
| 66 | +Do the code changes cause any memory leak and performance issue? |
| 67 | +* [ ] Yes |
| 68 | +* [ ] NO |
| 69 | + |
| 70 | +## Reviewer Checklist |
| 71 | +* [ ] Reviewed feature matrix document modifications and reviewed developer testing report against the feature matrix reviewed. |
| 72 | +* [ ] Testbed sample ensured. |
| 73 | +* [ ] Coverage report checked. |
| 74 | +* [ ] Ensured the code changes meet the coding standard. |
| 75 | +* [ ] Confirming script changes made in this merge request can't be achieved in C#. |
| 76 | + |
| 77 | +Created task in Blazor to synchronize if the feature is not available and applicable. |
| 78 | +* [ ] NA |
| 79 | +* [ ] Yes, task link. |
| 80 | +* [ ] NO, share reason. |
0 commit comments