This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
|
releases:brahmaputra:release_plan:releng_milestone_e_report [2015/12/17 18:37] Debra Scott created |
releases:brahmaputra:release_plan:releng_milestone_e_report [2016/01/05 15:34] (current) Fatih Degirmenci |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | Milestone E report | + | Releng Milestone E report |
| + | **Status: Red** | ||
| + | * Scenarios are not available yet. | ||
| + | * Hardware resources/PODs are not available yet. | ||
| 1. Has your test framework been executed against a deployed OPNFV platform? | 1. Has your test framework been executed against a deployed OPNFV platform? | ||
| + | |||
| + | **Not applicable** | ||
| 2. Has your deploy tool been executed in more than one Pharos lab? | 2. Has your deploy tool been executed in more than one Pharos lab? | ||
| + | |||
| + | **Not applicable** | ||
| 3. Have your test framework and test cases been run against more than one deployment tool? | 3. Have your test framework and test cases been run against more than one deployment tool? | ||
| + | |||
| + | **Not applicable** | ||
| 4. Do you have all target Brahmaputra test cases available in your test suites? | 4. Do you have all target Brahmaputra test cases available in your test suites? | ||
| + | |||
| + | **Not applicable** | ||
| 5. Is your test framework able to be repeated on the same infrastructure at least 4 consecutive times without failures? Does it meet the agreed upon criteria of "stable"? | 5. Is your test framework able to be repeated on the same infrastructure at least 4 consecutive times without failures? Does it meet the agreed upon criteria of "stable"? | ||
| + | |||
| + | **Not applicable** | ||
| 6. Have all known test issues (Jira tickets against your project) been documented and that documentation either integrated into the release or made available on a public page and pointed to through documents that //are// integrated into the release? | 6. Have all known test issues (Jira tickets against your project) been documented and that documentation either integrated into the release or made available on a public page and pointed to through documents that //are// integrated into the release? | ||
| + | |||
| + | **Not applicable** | ||
| 7. Are all known issues (Jira Tickets) prioritized by severity of impact (critical, high, medium, low) to users? | 7. Are all known issues (Jira Tickets) prioritized by severity of impact (critical, high, medium, low) to users? | ||
| + | |||
| + | Yes | ||
| 8. Do all known critical Jira Tickets have a workaround in place? | 8. Do all known critical Jira Tickets have a workaround in place? | ||
| + | |||
| + | Yes | ||
| 9. Do all non-critical Jira Tickets have a planned disposition in place (ie. deferred-fix in later release or closed- won't fix)? | 9. Do all non-critical Jira Tickets have a planned disposition in place (ie. deferred-fix in later release or closed- won't fix)? | ||
| + | |||
| + | Yes | ||
| 10. Is your documentation complete and checked in? If not, how do you plan to deliver it independent of the release? | 10. Is your documentation complete and checked in? If not, how do you plan to deliver it independent of the release? | ||
| + | |||
| + | **Not applicable** | ||
| + | |||