R2 Test strategy. Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security,

Slides:



Advertisements
Similar presentations
Introducing Open Platform for NFV Please direct any questions or comments to 1.
Advertisements

Zhipeng (Howard) Huang
Testbed and Test Projects Overview
Please direct any questions or comments to
EUROPEAN UNION Polish Infrastructure for Supporting Computational Science in the European Research Space User Oriented Provisioning of Secure Virtualized.
NFVRG Dallas Verification of NFV Services : Problem Statement and Challenges draft-shin-nfvrg-service-verification-01 M-K. Shin, ETRI.
OSCAR Project Proposed Project for OPNFV
24 February 2015 Ryota Mibu, NEC
Copyright © 2014 Juniper Networks, Inc. 1 OSCAR Project Proposed Project for OPNFV Stuart Mackie NFV/SDN Architect.
OSCAR Project Proposed Project for OPNFV
OPNFV Platform Overview
R2 Test strategy. Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security,
Cost Effort Complexity Benefit Cloud Hosted Low Cost Agile Integrated Fully Supported.
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
QTIP Version 0.2 4th August 2015.
Qtip Revised project scope July QTIP overview QTIP aims to develop a framework for bottoms up testing of NFVI platforms QTIP aims to test: Computing.
OpenContrail for OPNFV
Extreme Networks Confidential and Proprietary. © 2010 Extreme Networks Inc. All rights reserved.
Software to Data model Lenos Vacanas, Stelios Sotiriadis, Euripides Petrakis Technical University of Crete (TUC), Greece Workshop.
K E Y : SW Service Use Big Data Information Flow SW Tools and Algorithms Transfer Application Provider Visualization Access Analytics Curation Collection.
User Driven Innovation in a technology driven project Anastasius Gavras Eurescom GmbH
Module 10: Monitoring ISA Server Overview Monitoring Overview Configuring Alerts Configuring Session Monitoring Configuring Logging Configuring.
CSE 548 Advanced Computer Network Security Document Search in MobiCloud using Hadoop Framework Sayan Cole Jaya Chakladar Group No: 1.
Affordable Computerized Maintenance Management Solutions (CMMS) Gabi Miles Hach Company May 22, 2009.
Created by Jan Medved Integration & Test Strategy for Lithium.
K E Y : SW Service Use Big Data Information Flow SW Tools and Algorithms Transfer Transformation Provider Visualization Access Analytics Curation Collection.
OAIS Rathachai Chawuthai Information Management CSIM / AIT Issued document 1.0.
OPNFV Qtip Status Update Vikram Dham, Nauman Ahad Sep 2, 2015.
Fault Localization (Pinpoint) Project Proposal for OPNFV
OPNFV Test Dashboard 10/09/2015 M.Richomme, Orange.
OCTOPUS. CONTINUOUS INTEGRATION CI is a software development practice which requires all the developers integrate their work into master frequently. Some.
Computing Facilities CERN IT Department CH-1211 Geneva 23 Switzerland t CF Agile Infrastructure Monitoring HEPiX Spring th April.
NFV Configuration Problem Statements Haibin Song Georgios Karagiannis
Document Name CONFIDENTIAL Version Control Version No.DateType of ChangesOwner/ Author Date of Review/Expiry The information contained in this document.
1 TCS Confidential. 2 In this session we will be learning:  What is Rally?  Why Rally?  Use cases  Actions  Architecture  Components.
Copyright © New Signature Who we are: Focused on consistently delivering great customer experiences. What we do: We help you transform your business.
Continuous Delivery and Team Foundation Server 2013 Ognjen Bajić Ana Roje Ivančić Ekobit.
숭실대 IoT , Openstack, DevOps 숭실대
Maintaining and Updating Windows Server 2008 Lesson 8.
Daisy4nfv: An Installer Based on Open Source Project - Daisy Basic Architecture and Brief Background contacts:
What is OPNFV? Frank Brockners, Cisco. June 20–23, 2016 | Berlin, Germany.
OPNFV projects and project life cycle
Learnings from the first Plugfest
Open Source Summit May 8, 2017.
Daisy4nfv: An Installer Based upon Open Source Project – Daisy & Kolla
Energy Audit aaS with OPNFV
Bringing Dynamism to OPNFV
Web page evolution Proposals
Open-O Integration Project Introduction
OPNFV testing strategy
OPNFV testing strategy
Tina Tsou, Bryan Sullivan,
How to Reuse OPNFV Testing Components in Telco Validation Chain
Ashiq Khan, NTT DOCOMO Ryota Mibu, NEC
OPEN-O Modeling Directions (DRAFT 0)
Cross Community CI (XCI)
Dovetail project update
Tomi Juvonen SW Architect, Nokia
Release Process June 11, 2017.
Introduction to Cloud Computing
Beijing S3P test strategy Eric Debeau, Sylvain Desbureaux, Morgan Richomme December 12, 2017.
ONAP Amsterdam Architecture
Bin Hu, AT&T IPv6 Project Lead, OPNFV
OPNFV Arno Installation & Validation Walk-Through
State of OPNFV MANO OPNFV MANO WG Report
Dynamic SFC from Tacker to incept specific traffic of VM
Defining ONAP VNF Package Model
Network Services Benchmarking - NSB
Hackfest April 2017 Orange labs. Paris
Metadata The metadata contains
Presentation transcript:

R2 Test strategy

Test strategy Testing is still a key challenge for OPNFV All the projects must manage their test strategy (unit, fonctional, security, performance) Several specific test projects have been validated by TSC  Define testcases  Perform tests not covered by a single project  Create tooling -Study Performance end to end

R1 In R1:  BGS managed its sanity tests  Functest created and managed 4 test suites  Octopus was in charge to run Functest at the end of a fresh installation -Pharos was in charge of providing documentation on hardware and testbeds

R2  More testcases (vIMS, ?)  Better coverage  Detect missing test domains -Analytics system

Octopus Pharos Releng VPerfYardstickQTIPTransformers Functest In R1 Note: to be discussed Common could be managed by Releng Releng DB For Result reporting/storage/analy tics Traffic profile straorea … Overview of the different projects Test projects Testbed

Project Interactions Test projects Pharos (federation of testbeds) Octopus Tests are integrated in CI through Releng scripts Releng provides Scripting/automation/DB for result reporting/storage/analytics Pharos exposes - available labs (lab topology, tooling,..) -history of test campaigns Tests are run on Pharos testbed(s) Releng provides -scripts to triggers build/deploy OPNFV solution on pharos labs -Scripting/automation/DB for installation build/deploy reporting/storage/analytics Pharos generates community dashboard (aggregation of info of build/deploy and tests) Artifact Releng DB Releng

 Is not a test project  Is a testbed management project –Develop a tool to dynamically retrieve configuration (hardware, network, tooling) –Manage history of test campaigns –Create Guides –HW Requirements –Best practices –Create a tool to manage testbed resource –Create a Dashboard (describing the available testbeds, their capabilities,…) Pharos

Releng ProjectScopeR1R1R2 deliverables Releng (Fatih Degirmenci) Common functions  Collection of test profiles/payloads,.. - Collection of results + DB + Analytics - Test Dashboard Part of Octopus, help creating CI jobs - Analytics tooling through API for any test project - traffic profile definition and collection

Test projects ProjectScopeR1R2 deliverables Functest (Morgan Richomme) Common functions for testing project -definition of default configuration for tools -definition of format for output files - coverage - Test Dashboard - new functional tests - integration of upstream suites (R1) - update of existing suites - Tempest + rally suite - ODL suite - vPing - 4 suites integrated in CI -Prescription (format, configuration,..) -Test Dashboard (API for Pharos) -Test coverage -testcase search engine - vIMS testcase - vSBC?  new testcases in upstream suite -Move from Tempest smoke to full? Vperf (Mike Lynch) Vswitch perf testingDev & tests done but not integrated in CI for v1 New tests Integration in CI Yardstick (Ana Cunha) In -VM testing Tooling Test suites - Methodology for Infrastructure verification from VNF perspective, aligned with ETSI-NFV TST001 - Generic test cases for Compute, Storage and Networking areas - OPNFV Infrastructure verification from VTC and SFC perspective - Mobility Traffic Profile as Test Stimuli Qtip (Wenjing Chu) Transformers (Michael Wiegers)

TestScopeR1R2 deliverables SystemFunctional component/subsystem/en d-to-end Functest - Tempest - ODL Functest - Tempest - ODL - VIMS? - … System testing from a user (i.e. VNF) perspective Functest - VPing Yardstick PerformanceOPNFV components VPerf Vperf OPNFV system level testing Functest (Rally)Qtip? Functest (Rally) Security? Test projects

Test Coverage by component ComponentOPNFV projectExternal tool OpenStackFunctestTempest, Rally ODLFunctest/ODLRobot KVMYardstick OVFYardstick VNFFunctest (vPing, vIMS, vXXX) Yardstick Spirent/Ixia tooling CephFunctest?, Yardstick

Test Coverage by domain DomainOPNFV projectComments Security InstallationBGS OAM ETSI domains  vEPC  vIMS  Mobile base stations  Fixed Access Network  vHGW  vCDNs  Network Functions Virtualisation IaaS  Virtual Network Function ‘aaS  Virtual Network PaaS -VNF Forwarding Graphs Functest Yardstick Is it possible to automate/integrate some of the 36 ETSI PoCs into OPNFV? OpenStack Telco WG testcaseshttps://wiki.openstack.org/wiki/T elcoWorkingGroup#Use_Case_ Definition

Common needs: Big data / analytics => Releng Problem: Thanks to CI and test projects we will get lots of results logs coming from different testbeds (pharos federation including different hardware, configuration), the idea is to perform some analytics on these tool sets to study the influence of hardware on performance The tool could include:  API for collecting the results of all the tests (from the artifact)  A way to associate a toolset and a configuration (description needed from Pharos)  A NoSQL DB to store the results  Analytic tooling  Analytics script  Display and share results

Reference Testcases => Releng + Functest Problem Each OPNFV subproject is responsible for its test strategy. Specific test projects have been created. It is difficult to get the big picture of the testcases by checking project by project. List of testcases shall be automatically generated. It shall be possible to search somewhere if testcase has already been run, in which project. It would also be interesting to have an history of the testcases (testcase X from project Y is run oin testbed Z1,Z2, ….) The task will thus mean:  Automation of production of a document collecting all the testcases  Keywords + search engine system: goal know if testcase already considered, which suite, how to automate it,.. -Template for test case documentation

Questions