Functional Testing Montpellier October 2006 perfSONAR Meeting Michalis Michael (Cynet)

Slides:



Advertisements
Similar presentations
Object Oriented Analysis And Design-IT0207 iiI Semester
Advertisements

Testing Relational Database
Making the System Operational
Configuration management
Software change management
Configuration management
MIT Lincoln Laboratory A Service-Oriented Approach to Application Development Robert Darneille & Gary Schorer WPI MQP Presentations ICS Group 10 October.
Chapter 10 Software Testing
CWIC Exception & Error Handling Archie Warnock Lingjun Kang Genyong Yu
Software Delivery. Software Delivery Management  Managing Requirements and Changes  Managing Resources  Managing Configuration  Managing Defects 
Connect. Communicate. Collaborate WI5 – tools implementation Stephan Kraft October 2007, Sevilla.
1 CODE TESTING Principles and Alternatives. 2 Testing - Basics goal - find errors –focus is the source code (executable system) –test team wants to achieve.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 23 Slide 1 Software testing.
Software Testing and Quality Assurance
1 Software Testing and Quality Assurance Lecture 30 - Introduction to Software Testing.
Inter Process Communication:  It is an essential aspect of process management. By allowing processes to communicate with each other: 1.We can synchronize.
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne, office K115A. –
Testing an individual module
Semester 2, 2003 Week 7 CSE9020 / 1 Software Testing and Quality Assurance With thanks to Shonali Krishnaswamy and Sylvia Tucker.
Software Testing Prasad G.
CVSQL 2 The Design. System Overview System Components CVSQL Server –Three network interfaces –Modular data source provider framework –Decoupled SQL parsing.
A web based Project Management and Tracking System Zheng Wang, Yuntian Zhao, Yanhong Li Biostatistics & Statistical programming.
PerfSONAR Client Construction February 11 th 2010, APAN 29 – perfSONAR Workshop Jeff Boote, Assistant Director R&D.
1 DAN FARRAR SQL ANYWHERE ENGINEERING JUNE 7, 2010 SCHEMA-DRIVEN EXPERIMENT MANAGEMENT DECLARATIVE TESTING WITH “DEXTERITY”
Semester 1, 2003 Week 7 CSE9020 / 1 Software Testing and Quality Assurance With thanks to Shonali Krishnaswamy and Sylvia Tucker.
Database testing Prepared by Saurabh sinha. Database testing mainly focus on: Data integrity test Data integrity test Stored procedures test Stored procedures.
Implementation & Integration Phase Implementation, then integration: Implementation, then integration:  Each module is implemented by member of programmer.
What is Sure BDCs? BDC stands for Batch Data Communication and is also known as Batch Input. It is a technique for mass input of data into SAP by simulating.
1 Validation & Verification Chapter VALIDATION & VERIFICATION Very Difficult Very Important Conceptually distinct, but performed simultaneously.
Moving into the Testing Phase Revised for October 22, 2008.
Resource Management and Accounting Working Group Working Group Scope and Components Progress made Current issues being worked Next steps Discussions involving.
Software Engineering CSCI 201L Jeffrey Miller, Ph.D. HTTP :// WWW - SCF. USC. EDU /~ CSCI 201 USC CSCI 201L.
COMP 6471 Software Design Methodologies Winter 2006 Dr Greg Butler
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
CS 390- Unix Programming Environment CS 390 Unix Programming Environment Topics to be covered: Distributed Computing Fundamentals.
TEAM Basic TotalElectrostatic ManagementAwareness&
Configuration Management (CM)
Testing Session Testing Team-Release Management Team.
EMIS-R Data Collector Uncovered Teresa Williams NWOCA/SSDT OAEP
Event Management & ITIL V3
RELATIONAL FAULT TOLERANT INTERFACE TO HETEROGENEOUS DISTRIBUTED DATABASES Prof. Osama Abulnaja Afraa Khalifah
XRules An XML Business Rules Language Introduction Copyright © Waleed Abdulla All rights reserved. August 2004.
RMS Importer Status MACS Week March 2011 PP b-ABR_RMSImporterStatus Angela Brett RMS Importer Status 1.
1 Some initial Design suggestions… Getting started… where to begin? Find out whether your design architecture will work… as soon as possible. If you need.
28-29 th March 2006CCP4 Automation STAB MeetingCCP4i and Automation 1 CCP4i and Automation : Opportunities and Limitations Peter Briggs, CCP4.
Siebel 8.0 Module 5: EIM Processing Integrating Siebel Applications.
Write-through Cache System Policies discussion and A introduction to the system.
Connect. Communicate. Collaborate The Installation of RRD Measurement Archive (MA) Roman Łapacz, PSNC 27 th September, 2006 SEEREN2 Summer School, Heraklion.
Implementing the XDS Infrastructure Bill Majurski IT Infrastructure National Institute of Standards and Technology.
© 2006 Cisco Systems, Inc. All rights reserved.1 Connection 7.0 Serviceability Reports Todd Blaisdell.
The perfSONAR Test Harness Brian Tierney, LBNL/ESnet.
© 2007 IBM Corporation Information Server User Technology IBM Silicon Valley Lab Documentation Infrastructure Write, build, test, deliver, maintain.
Chapter 8 Lecture 1 Software Testing. Program testing Testing is intended to show that a program does what it is intended to do and to discover program.
Overview of the Automated Build & Deployment Process Johnita Beasley Tuesday, April 29, 2008.
Performance tests Montpellier perfSONAR meeting, 2006 Performance tests of the perfSONAR Lookup Service and eXist DB XML based on various tests done by.
CWIC Development Team Archie Warnock CWIC Development Team Workshop, Greenbelt, MD January 2014.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Internet Applications (Cont’d) Basic Internet Applications – World Wide Web (WWW) Browser Architecture Static Documents Dynamic Documents Active Documents.
ASP-2-1 SERVER AND CLIENT SIDE SCRITPING Colorado Technical University IT420 Tim Peterson.
The Importance of Control
1. Black Box Testing  Black box testing is also called functional testing  Black box testing ignores the internal mechanism of a system or component.
HNDIT23082 Lecture 09:Software Testing. Validations and Verification Validation and verification ( V & V ) is the name given to the checking and analysis.
Pavel Nevski DDM Workshop BNL, September 27, 2006 JOB DEFINITION as a part of Production.
Scenario use cases Szymon Mueller PSNC. Agenda 1.General description of experiment use case. 2.Detailed description of use cases: 1.Preparation for observation.
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
Tango Administrative Tools
LCGAA nightlies infrastructure
Lecture 09:Software Testing
Lesson 1 The Web.
Presentation transcript:

Functional Testing Montpellier October 2006 perfSONAR Meeting Michalis Michael (Cynet)

Functional Testing Service Oriented TestingService Oriented Testing Black Box TestingBlack Box Testing Behavioural TestingBehavioural Testing Automated TestingAutomated Testing

Functional Testing is necessary to: Make sure that the service actually works Make sure that the service actually works This is accomplished by a wide range of tests This is accomplished by a wide range of tests If the tests are successful the service is functioning inside the specified parameters If the tests are successful the service is functioning inside the specified parameters

Functional Testing process A wide range of requests is fed to the serviceA wide range of requests is fed to the service Requests that are well formatted containing valid information Requests that are well formatted containing valid information Requests that are malformed Requests that are malformed Requests containing invalid or non sufficient information Requests containing invalid or non sufficient information Responses are collected and checked for validityResponses are collected and checked for validity Responses information are cross-checked with information inside the service databaseResponses information are cross-checked with information inside the service database

ProcessProcess Create Requests Feed requests into Service Log responses Check for validity/Correlate responses against actual DB data Test Passed Test Failed

LS Functional Tests Focus on checking LS response to :Focus on checking LS response to : Well formatted requests containing valid information Well formatted requests containing valid information Requests that are not well formatted with or with out valid information Requests that are not well formatted with or with out valid information Requests that do not contain enough information Requests that do not contain enough information Requests with excess information also maybe fedRequests with excess information also maybe fed Suggestions:Suggestions: Check LSCleanup (will do if time is enough) Check LSCleanup (will do if time is enough) Check the RRD MA against the LS Check the RRD MA against the LS

A LSRegisterRequest example The request is missing the Data element. The LS should return an error response

LS Functional Test – Parts needed A request building script-class.A request building script-class. A script-class that feeds the requests to the LS and stores the responses from the LS.A script-class that feeds the requests to the LS and stores the responses from the LS. (Requests are send via the SOAPClient class that is already available in the release) A script-class that processes the responses (parser) and correlates the results with the actual data stored in the database (eXist). Here is decided whether the test has succeeded or failed.A script-class that processes the responses (parser) and correlates the results with the actual data stored in the database (eXist). Here is decided whether the test has succeeded or failed.

What has been done so far A document was send to the perf-dev mailing list, listing the tests that are going to be done, in order to get feedback from the developersA document was send to the perf-dev mailing list, listing the tests that are going to be done, in order to get feedback from the developers Started working on the request generating class. Class for the LSRegisterRequest has been developedStarted working on the request generating class. Class for the LSRegisterRequest has been developed

TO DO Finish the developing of the classes for generating requests for the other types of requestsFinish the developing of the classes for generating requests for the other types of requests Make sure that the communication with the LS via the SOAPClient class is workingMake sure that the communication with the LS via the SOAPClient class is working Last ( but trickier ) the development of the script-class for parsing and checking the responses from the LSLast ( but trickier ) the development of the script-class for parsing and checking the responses from the LS

Help Needed More like RFC documentation ( An accurate and detailed documentation is needed for the tester to understand the way a service works and responds).More like RFC documentation ( An accurate and detailed documentation is needed for the tester to understand the way a service works and responds). Maybe some information on how independent components of the services work, like the databases i.e.Maybe some information on how independent components of the services work, like the databases i.e. Suggestions for enriching and improving the scheduled tests.Suggestions for enriching and improving the scheduled tests.

An example – RRD MA Metadata Key RequestMetadata Key Request <nmwg:message type="MetadataKeyRequest" id="mdrq1" … PIONIER-Public unix ge-2/1/0.102 out utilization Test categories Message Format Message Values Combination Both correct and incorrect messages are fed

An example – RRD MA Tested messagesTested messages MetaData Key RequestMetaData Key Request SetupData RequestSetupData Request StoreRequestStoreRequest All examples found inAll examples found in Helped produce a number of testsHelped produce a number of tests Interaction with the LS will also be tested.Interaction with the LS will also be tested.

Current Status RRDMA Tests status 1.Infrastructure complete The main script - Coordinator The main script - CoordinatorExecutes The creator script The creator script Creates the requests in xml files Creates the requests in xml files Notes the validity of the requests Notes the validity of the requests The request script The request script Actually used the SoapClient Class Actually used the SoapClient Class Feeds the xml requests to the service and outputs the responses to xml files Feeds the xml requests to the service and outputs the responses to xml files The parser script The parser script Checks the validity of the responses Checks the validity of the responses Double-checks the responses with the actual data in the database Double-checks the responses with the actual data in the database

Current Status 2 2.Creator Script The creator script is almost done. Actually different creator scripts were created for different message types. Minor changes are to be made when everything is completed 3.Request Script Done 4.Parser Script Work in progress. So far 2 test types are recognised. Work is needed also on the double-checking mechanism.

Current Status 3 RRDMA service has changed since perfSONAR 1.0. Major changes: –1.0 Uses Error Messages –1.0 will use Error Codes An RRDMA 1.1 server should be able to interact natively with a 1.0 client The functional testing team will check 1.1 version against 1.1 and 1.0 tailored tests.

Q & A QuestionsQuestions CommentsComments