Dear Catherine,






After today's detailed discussion with Morgan, we both agree on pushing forward 
these four testing automatic requirements, the testing objects, target and 
method are different from each other.  




Thanks again to Morgan for preparing today's call for us discuss fully about 
our two project. :) 




Best Regards,

Lei








 



发件人: Lefevre, Catherine

时间: 2020/07/01(星期三)05:51

收件人: morgan.richomme;黄蕾;

抄送人: onap-tsc;yangyanyj;

主题: RE: [onap-tsc] Guilin Release: REQ-335 to REQ-338 

 

Thank you Morgan, Lei for your feedback. 

  

Lei – you should not be worried about the TSC deadline. 

You have been really active, replying to all of our queries. 

  

Many thanks & regards 

Catherine 

 

 

From: [email protected] <[email protected]> 
 Sent: Tuesday, June 30, 2020 4:01 PM
 To: 黄蕾 <[email protected]>; Lefevre, Catherine 
<[email protected]>
 Cc: onap-tsc <[email protected]>; yangyanyj <[email protected]>
 Subject: RE:[onap-tsc] Guilin Release: REQ-335 to REQ-338   

  

 

 

Hi  

 

   

 

I will hopefully have a better view tomorrow :)  

 

   

 

 

I remember I saw a presentation in Prag on this topic. @Lei do not hesitate to 
correct me if I am wrong.  

 

   

 

The title of the requirements is maybe a bit misleading, Certification shall be 
indicated.  

 

   

 

As far as I remember automation testing here deals only with VNF automation 
testing from SDC interface.  

 

The goal is not to test ONAP to validate ONAP but to certify VNF vendors that 
their VNF can be deployed from ONAP.  

 

It requires some work on SDC (but resources are provisionned)+ use/update of 
CLI + glue (if VNF needs network resources)  

 

  

 

There is probably some tooling overlaps with what has been done in Integration 
regarding VNF automation.  

In frankfurt I tried to integrate the VNF_Tosca use case in CI. I think we were 
not far.  

 

This use case is already leveraging the tools used for Certification automation 
(CLI, oclip,..)  

 

Integration is using alternatives to CLI (Robot, postman, onap_tests, soon 
python_onapsdk,..) to interact with ONAP  

 

that is why vCPE_Tosca was interesting because it was following another logic  

 

It could have been the opportunity to sue and test CLI and components that are 
no very tested (MSB, ESR) 

 

Unfortunately I was able to finalize the integration, I created a Jira in order 
to enhance the use case for Guilin.    

 

   

 

As a conclusion, If I understood well, goals are different.   

 

There requirements deal with VNF testing automation within Certification 
context.  

 

   

 

/Morgan  

 

   

 

   

 

De : 黄蕾 [[email protected]]
 Envoyé : mardi 30 juin 2020 15:10
 À : Catherine LEFEVRE; RICHOMME Morgan TGI/OLN
 Cc : onap-tsc; yangyanyj
 Objet : Re: [onap-tsc] Guilin Release: REQ-335 to REQ-338  

 

 

Dear Catherine, Morgan  

 

   

 

 Considering TSC Guilin prioritization decision meeting is approaching, but the 
nearest integration weekly call is held on tomorrow (July 1st), time is very  
limited, we worry about over the deadline of TSC process. After preliminary 
discussion with Morgan offline, we both agree on establishing this automatic 
testing platform , so I suggest push milestone process forward first, I think 
both me and Morgan agree  on this point. And then I'll help share the detail of 
our automatic testing idea with integration team tomorrow in weekly call, talk 
about possible coorperation in future. :)  

 

   

 

Best Regards,  

 

Lei  

 

------------------------------- 

黄蕾 

人工智能和智慧运营研发中心 

中国移动通信有限公司研究院 

中国北京市西城区宣武门西大街32号(100053) 

  

Huang Lei 

Center of AI and Intelligent Operation R&amp;D 

China Mobile Research Institute 

No.32 Xuanwumen west street, Xicheng District, Beijing 100053, China 

  

Mobile: +86 18800156155 

Email: [email protected] 

------------------------- 

  

 

     

 

   

 

 

发件人: Catherine LEFEVRE  

 

时间: 2020/06/30(星期二)19:59  

 

收件人: RICHOMME Morgan TGI/OLN;onap-tsc;  

 

主题: [onap-tsc] Guilin Release: REQ-335 to REQ-338    

 

Good evening/afternoon Lei Huang, Morgan, 


 Please share the conclusions, after your today’s discussions, concerning 
“REQ-335 to REQ-338”. 

It will help a lot the ONAP TSC to finalize their Guilin prioritization 
concerning these requirements. 

  

Many thanks &amp; regards 

Catherine 

    

         

 Catherine Lefèvre  

 AVP Software Development &amp; Engineering 

   

 AT&amp;T Labs – Network Cloud and SDN Platform Integration 

 SDN Platform &amp; Systems  

 ECOMP/RUBY/SPP-NEAM-Appl. Servers/SIA 

 ONAP TSC Chair 

   

          

   

 Phone: +32 2 418 49 22 

 Mobile: +32 475 77 36 73 

[email protected] 

   

 TEXTING and DRIVING… It Can Wait        

 AT&amp;T 

 BUROGEST OFFICE PARK SA 

 Avenue des Dessus-de-Lives, 2 

 5101 Loyers (Namur)  

 Belgium                                                     

       

  

NOTE:  This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the  intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above. 

   

 

     

_________________________________________________________________________________________________________________________
 

  

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc 

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler 

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration, 

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci. 

  

This message and its attachments may contain confidential or privileged 
information that may be protected by law; 

they should not be distributed, used or copied without authorisation. 

If you have received this email in error, please notify the sender and delete 
this message and its attachments. 

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified. 

Thank you.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#6633): https://lists.onap.org/g/onap-tsc/message/6633
Mute This Topic: https://lists.onap.org/mt/75212018/21656
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to