...
The following items are expected to be completed for the project to Pass the M2 Functionality Freeze Milestone.
M2 Release Functionality Freeze Milestone definition.
Info |
---|
|
- Use the "Copy and Paste this template in the wiki Space along with your Release document" and "Move" options (available under the ..., top right of this page) to duplicate this template into your project wiki.
- Fill out the Yes/No column
- Provide link to evidence (when necessary)
|
Practice Area | Checkpoint | Yes/No | Evidence - Comment | How to? |
---|
Product Product Management | Are all provisional APIs interface (stub) been defined (at beta-quality level)? |
|
|
|
Is there a final list of externally consumable APIs available? |
Provide link to evidence |
|
|
|
For all completed Sprints, have Sprint Backlog Stories been marked as " |
DoneProvide Link to Project backlog | Deliverables for Functionality Freeze Milestone | DoneHas all Product Backlog not implemented in current release been scoped for next release? | |
| |
|
If applicable to your project, has your team been able to clear the project' blockers? If not provide status on the plan to close the blocker(s). |
|
| Link to blockers. |
What new features or changes to existing features in this project scope need to be communicated to VNF Providers? List the changes in the Evidence tab. |
|
|
|
If yes to the previous question, have these been communicated to the VNF Requirements project? |
Provide link to issue scoped for next release |
|
|
|
Release Management
| Have all source code files been updated with License Apache 2 header? |
Definition of Source code file
|
| Specific rules and instruction are available in ONAP wiki. |
Has the year format in copyright header of all source code files been updated? (Rules for new files created in |
2017 2019 and existing files modified in |
2017 Has the project FOSS Table been updated with latest third party code? | Provide link to evidence | (a) Has the Project Team added appropriate license and copyright notices to all ONAP source code and documentation files, where possible for the particular file format? |
|
|
|
(b) Has the Project Team reviewed and understood the most recent license scan reports from the LF, for both (a) licenses within the codebase and (b) licenses for third-party build time dependencies? |
|
|
|
For both (a) and (b) questions, have all high priority non-Project Licenses been either removed, planned for removal before code freeze, or escalated as likely exception requests? |
|
|
|
Have all API projects dependencies been captured? |
| Provide link to the "API Incoming Dependency" section within your project M1 Release Planning deliverable. | The source of information for the API dependency is the "API Incoming Dependency" of the M1 Release Planning deliverable. Please update the source accordingly, and let The Release Manager aware of the changes. |
Do you have a plan to address any issue raised by Fossology? |
Development | For new projects approved for this release, have all defined repositories source code been placed into Gerrit? |
| Provide link to evidence | For evidences, provide link(s) to Gerrit repos by providing the URL as shown in this example Example |
Has the project team reach the Automated Unit Test Code Coverage expectation? (Refer to artifacts available in Sonar) |
| Goal: |
50% Deliverables for Functionality Freeze Milestone OPEN-O ONAP deliverables must comply with this rule and be agnostic of any proprietary symbols. |
|
|
|
Is there any pending commit request older than |
24 Are
|
|
|
Have all the Jenkins jobs successfully passed (Merge-Jobs)? |
| Provide link |
to "Merge job" in Jenkins has two types of Jobs "Verify" and "Merge".The question covers the "Merge-Jobs".
|
Are all snapshot binaries available in Nexus? |
| Provide link to evidence in Nexus project folder |
|
Integration and Testing | Have |
Continuous System Integration Testing (CSIT) Use Cases been functional test cases i.e. CSIT been documented in wiki? It should include at least 1 or 2 CSIT that will be run on Lab-xxx-OOM-Daily Jenkins Job |
| Provide link to evidence |
Template is available in wiki |
|
Have you implemented in Jenkins at least 1 |
CSIT functional test case for each of the project repository? |
| As an evidence, provide a link to Jenkins (CSIT Jobs) that shows a sample test case implemented (1 job for each repo). | As an example (provided by Integration Team)
|
Has the project passed the Integration Sanity Tests? |
|
| Integration sanity tests in Dublin Release cover: - ONAP deployment
- All components health check
- VNF onboarding and service creation for vFW use case
- Model distribution for vFW
- vFW instantiation
- vFW closed loop
- vFW deletion
No test failure reported on http://onapci.org/grafana/d/8cGRqBOmz/daily-summary?orgId=1 No Integration Blocking Issue with no workaround: Dublin Release Integration Test Blocking Issues |
Has the project code successfully passed the |
Daily Build process? |
|
| Goal is to ensure your project latest commits have not broken the |
Integration Daily Build.You have to check that the latest Integration Daily Build was not broken by your projectbuild. |
Documentation | Has the team identified and outlined the set of documentations to be delivered in this Release? |
|
|
|
Security | Has the Release Security/Vulnerability table been updated in the protected Security Vulnerabilities wiki space? |
| Table in in the protected Security Vulnerabilities wiki space corresponding to the latest NexusIQ scan | PTL reviews the NexusIQ scans for their project repos and fills out the vulnerability review table |
Have all project containers been designed to run as a non-root user? |
|
| https://wiki.onap.org/display/DW/Best+Practices - The Docker and Kubernetes engines may run as root until such time as the products support non-root execution.
- Applications may run as root within a container.
- The process ID of a container must not run as the root ID with the exception of containers supporting ONAP features that require the container to run as the root ID.
- Containers may run with root privileges.
- Project containers that run as the root ID must document this in the release notes along with the functionality that requires the container to run as the root ID.
|