Development Status
Project | PTL | JIRA Epic / User Story* | Requirements |
---|---|---|---|
AAI | |||
CLAMP | |||
DCAE | |||
External API | Matthieu Geerebaert | EXTAPI-98 - Add notification for serviceInventory API IN PROGRESS | Support for TMF 638 ServiceStateChangeNotification or ServiceAttributeValueChangeNotifications |
Modeling | |||
OOF | |||
Policy | |||
SDNC | |||
SO | |||
UUI | |||
VID | |||
VNFRQTS |
*Each Requirement should be tracked by its own User Story in JIRA
JIRA Labels
The Epics and Stories generated for the BBS Use Case should use one or more of the following labels:
- "BBS: Topology Discovery" (Used for issues related to the discovery and synchronization of the Broadband Service elements)
- "BBS: HSIA Service" (Used for lifecycle issues related to the lifecycle of a HSIA service (creation, activation, deletion)
- "BBS: Nomadic ONT" (Used for issues related to the registration and re-registration of the ONT; RG Activation)
All labels for BBS stories and epics should be pre-pended with "BBS: "
As more functionality is added to the BBS Use case new labels are expected to be defined.
These labels can be used as filters for looking at the work effort related to BBS.
Testing
Current Status
Testing Blockers
- High visibility bugs
- Other issues for testing that should be seen at a summary level
- Where possible, always include JIRA links
Showcase VNF/PNF | Test Environment | Integration Team Liaison |
---|---|---|
End to End flow to be Tested
**This should be a summary level Sequence diagram done in Gliffy**
Test Cases and Status
# | Test Case | Status |
---|---|---|
1 | There should be a test case for each item in the sequence diagram | NOT YET TESTED |
2 | create additional requirements as needed for each discreet step | COMPLETE |
3 | Test cases should cover entire Use Case | PARTIALLY COMPLETE |
4 | Test Cases should include enough detail for testing team to implement the test | FAILED |