As a user of ONAP, I expect the POMBA audit to proceed with the best information is has to validate data.  Each request should either

• succeed
  • All data returned without error from all context builders
  • Audit performed resulting in either a pass or a failure
  • Audit performed and results made available
• partially succeed 
  • Some data returned, but errors encountered
    • Data not returned from some Context Builders
    • DataQuality = error for some or all of data returned from a Context Builder
    • Service model not found, but service instance found
  • Audit performed and results made available
• fail gracefully
  • Unable to find service instance (unless this fails earlier?)
  • Unable to get data from any context builders
  • Audit result indicating failures made

In the case of full or partial failure, all issues are logged, as well as returned as part of data quality structure. The resulting audit report shall include a dataQuality field that documents any issues found.

DataQuality indicator should be included in the information provided to the validation engine so that they can differentiate between the following cases

• Data is present and values are as expected (pass)
• Data is present and values are not as expected (fail)
• Data is partially present with a DataQuality indicator of error
  • partial failure
  • indicates an audit issue, not an issue with the service being audited
• Data is not present
  • indicates an incomplete implementation, but neither an issue with the audit or the service being audited.

Acceptance Criteria

• Code tested, checked in
• Wiki pages updated, as appropriate
• ONAP best practices met, including Logging guidlines and Sonar coverage

Exceptions