The following items are expected to be completed for the project to Pass the M3 API Freeze Milestone.
M3 Release Architecture Milestone overview is available in wiki.
Practice Area | Checkpoint | Yes/No | Evidences | How to? |
---|---|---|---|---|
Security | Has the Release Security/Vulnerability table been updated in the protected Security Vulnerabilities wiki space? | WIP | Table in in the protected Security Vulnerabilities wiki space corresponds to the latest NexusIQ scan | PTL reviews the NexusIQ scans for their project repos and fills out the vulnerability review table |
Has the project committed to enabling transport level encryption on all interfaces and the option to turn it off? | Yes | Requirements and test cases for transport layer encryption have been created for all interfaces not currently supporting encryption. | ||
Has the project documented all open port information? | Yes | |||
Has the project provided the communication policy to OOM and Integration? | Yes | Recommended Protocols | ||
Do you have a plan to address by M4 the Critical and High vulnerabilities in the third party libraries used within your project? | Yes |
| ||
Architecture | Has the Project team reviewed the APIs with the Architecture Committee (ARC)? | Yes | Architecture walkthrough to understand how each project contributes on Release Use Case. ARC to organize the walkthrough. | |
Is there a plan to address the findings the API review? | N/A | Link to plan | The plan could be as simple as a Jira issue to track the implementation of findings or a documented plan within the wiki. | |
Does the team clearly understand that no changes in the API definition is allowed without formal TSC review and approval? | Yes | NA | In the case some changes are necessary, bring the request to the TSC for review and approval. | |
Is there any changes in the scope, functionalities, deliverable, dependency, resources, API, repositories since M1 milestone? | Yes | We will not implement the change in the PNF object key from pnf-name to pnf-id | Critical point to understand is that change is inevitable, and that right timing and clear communication to the community will ease the process of accepting changes. | |
Provide link to the API Documentation. | Yes | AAI REST API Documentation - Dublin | ||
Release Management | Are committed Sprint Backlog Stories been marked as "Closed" in Jira board? | WIP | Provide Link to Project backlog | |
Are all tasks associated with Sprint Backlog Stories been marked as "Closed" in Jira? | WIP | |||
Have all findings from previous milestones been addressed? | N/A | Provide link to JIRA findings | ||
Development | Is there any pending commit request older than 36 Business hours in Gerrit? | No | ||
Has the project team reach the Automated Unit Test Code Coverage expectation? (Refer to artifacts available in Sonar) | No | Goal: 55% for Incubation project in the current release | Guidance on Code Coverage and Static Code Analysis Tools: Sonar | |
Do you have a plan to address by M4 the Critical and High vulnerabilities in the third party libraries used within your project? | Yes | Redundant Question | Ensure by M4 the Nexus-IQ report from “Jenkins CLM” shows 0 critical security vulnerability. Open the Nexus-IQ report for the details on each repo. | |
Are all the Jenkins jobs successfully passed ( Merge-Jobs)? | Yes | Provide link to evidence | ||
Are all binaries available in Nexus? | Yes | Provide link to evidence | ||
Integration and Testing | Have 50% of System Integration Testing Use Cases been implemented successfully in Jenkins? | Yes | Provide link to evidence | |
Has the project code successfully passed the Daily Build process? | Yes | Goal is to ensure the latest project commit has not broken the Integration Daily Build |