Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

DRAFT AGENDA

Attendees & Representation

Type @ and your name to indicate your attendance


LF Staff: na

Community: Eric Murray Thorsten Lohmar Randy LevensalorBen Hepworth  Akos Hunyadi Rafal Artych Mahesh Chapalamadugu Joachim Dahlgren Ramesh Shanmugasundaram Toshi Wakayama Syed Rehman Ria Das Konstantinos Fragkos Ben Hepworth Jose Luis Urien Pinedo 

Agenda

  • Antitrust Policy
  • Review of previous meeting minutes
  • Overall Topics
    • Device object definition discussion
  • Regular Topics
    • Open Pull Requests
    • New Issues
    • Issues relevant for v0.11.0
  • Any Other Topics

Minutes

Review of previous meeting minutes

Overall topics

  • GitHub Teams @camaraproject/quality-on-demand_codeowners and @camaraproject/quality-on-demand_maintainers available
    • Please use them to notify especially the Maintainers about PRs which should be reviewed
    • Note: you can add the Maintainer team also as a reviewer ... but GitHub will drop it from the list as soon one Maintainer has done a review "on behalf" of the team. On the positive side all Maintainers have then got a notification of the PR and that they can/should have a look on it
  • Discussion Commonalities/issues/171: Revise the device object definition to simplify it 
    • See also the issue opened within QoD: https://github.com/camaraproject/QualityOnDemand/issues/300
    • Commonalities is waiting for feedback
    • Discussion:
      • Device object will be made optional, but we need to document the cases in which it can be omitted by the API consumer, and it which cases the additional from device object is needed
      • NAI might be needed for IoT device cases (having not MSISDN assigned) - but that is a general decision for the project, not specific to QoD

Open Pull Requests

Closed issues

New Issues

Issues relevant for v0.11.0

  • #245 Update and enhance test definition file for QOD API
    • Commonalities has an open issue and QoD will align once this is approved. Jose Luis Urien Pinedo is tracking and will share updates with QoD team.
    • Release management also has different requirements for test cases between released APIs.
    • Previous comments:
      • Telefonica has a feature file for testing, will adapt it to Commonalities results, and then contribute.
      • Commonalities PR #203 with design guidelines for .feature files and test coverage (sunny/rainy test cases). For first meta-release the full coverage will not be required.
        • CAMARA test cases will only test the correct reactions of the API, not the service (e.g. network performance or SLAs)
      • Sunny test cases have to added before first release candidate of v0.11.0 (mid of June)

Further Issues

Any other topics

  • Next QoD meeting will be on June 14th, at 14:00 CEST / 12:00 UTC

Action items

  • No labels