Abstract TestDesignDirective concepts into abstract TestDirective

Slides:



Advertisements
Similar presentations
Requirements for a UI Test Framework Stanislaw Wozniak Bernie Miles.
Advertisements

Crucial Patterns in Service- Oriented Architecture Jaroslav Král, Michal Žemlička Charles University, Prague.
Unit Training Management (UTM)
CIM2564 Introduction to Development Frameworks 1 Overview of a Development Framework Topic 1.
Gap Analysis of Simplified Use of Policy Abstractions (SUPA) Presenter: Jun Bi draft-bi-supa-gap-analysis-02 IETF 92 SUPA BoF Dallas, TX March 23, 2015.
DCS Architecture Bob Krzaczek. Key Design Requirement Distilled from the DCS Mission statement and the results of the Conceptual Design Review (June 1999):
GLOMAR  Aims - Provides adaptive consistency control for mobile enabled file systems  Abstracting consistency control into a component architecture 
1.
Planning for Middleware Rose Gamble Leigh Davis Jamie Payton University of Tulsa.
1212 Management and Communication of Distributed Conceptual Design Knowledge in the Building and Construction Industry Dr.ir. Jos van Leeuwen Eindhoven.
NYC Technology Forum Introduction to Test Automation 11/2/07 All rights reserved Not to be reproduced without permission Bill Rinko-Gay Solutions Director,
QA Automation Solution. Solution Architecture Test Management tool CI Tool Automation framework Testing Project BDD Tool Text of test to Testing Project.
SCRAM Software Configuration, Release And Management Background SCRAM has been developed to enable large, geographically dispersed and autonomous groups.
Aurora: A Conceptual Model for Web-content Adaptation to Support the Universal Accessibility of Web-based Services Anita W. Huang, Neel Sundaresan Presented.
What is SMEcollaborate Primarily developed for Small and Medium Companies who wish to collaborate together. It is a:- A resource center for collaborating.
Exploring an Open Source Automation Framework Implementation.
SPE-RFI-R : FEB.1999 : NUL-ITD-Iwata 2-01 Needs for Software Development Model Hiromichi Iwata Information Technologies.
ES component and structure Dr. Ahmed Elfaig The production system or rule-based system has three main component and subcomponents shown in Figure 1. 1.Knowledge.
Cluster Consistency Monitor. Why use a cluster consistency monitoring tool? A Cluster is by definition a setup of configurations to maintain the operation.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
Submission doc.: IEEE /0015r0 January 2016 Sho Furuichi, SonySlide 1 Proposal for CM discovery/selection/ association as CE operation Date:
Introducing concept of M2M-application data modeling Group Name: MAS Source: FUJITSU Meeting Date: Agenda Item: Semantics and Device Configuration.
V7 Foundation Series Vignette Education Services.
Software Reuse. Objectives l To explain the benefits of software reuse and some reuse problems l To discuss several different ways to implement software.
Building rich web applications with ASP.NET AJAX Mike Ormond Developer & Platform Evangelism Group, Microsoft Ltd Developer & Platform Evangelism Group,
Best Way to Learn Selenium Course in Online. Looking to learn best testing tool? If your preference is selenium testing then your choice is perfect. The.
Introduction to Visual Basic. NET,. NET Framework and Visual Studio
The Role of Reflection in Next Generation Middleware
IS301 – Software Engineering V:
Topic: Programming Languages and their Evolution + Intro to Scratch
Requirements and Amendments Regarding TVWS Database Access
Chapter 4 – Requirements Engineering
Chapter 5 – Requirements Engineering
ITEA3 Project: ACOSAR Advanced Co-Simulation Open System Architecture
Introducing the Smarter Balanced Digital Library
Extending Model-Driven Engineering in Tango
CSE 3322 Computer Architecture
SysML v2 Formalism: Requirements & Benefits
Allow tool-specific code in TTCN-3 as well in conformance test suite
Distribution and components
WP4 Measurements & social indicators.
Component Based Software Engineering
By Gary Mandela December 26, 2006
Chapter 10: Process Implementation with Executable Models
Introducing the Specifications of the MEF
Model-Driven Analysis Frameworks for Embedded Systems
Enabling System Elements
Reference Model Proposal
Design for Ease in Contraction and Extension
TestLog.verdict should be extracted into a dedicated ArbitrationResult concept Issue# UMLTP2-22 Related issues # UMLTP2-24 „Explicit arbitration specification.
Metadata Framework as the basis for Metadata-driven Architecture
EPQ Learner Outcomes identify, design, plan and complete an individual project, applying a range of organisational skills and strategies to meet.
Chapter 7 –Implementation Issues
ETSI TC MTS TDL SC meeting Reports
Scott Thorne & Chuck Shubert
CORA ESSNet COmmon Reference Architecture starting ...
Chapter 13 The Data Warehouse
A QUICK START TO OPL IBM ILOG OPL V6.3 > Starting Kit >
Execute your Processes
AIMS Equipment & Automation monitoring solution
Paper by D.L Parnas And D.P.Siewiorek Prepared by Xi Chen May 16,2003
ETSI TC MTS TDL SC meeting Reports
Issue# UMLTP21-3 Related issues
Self-Managed Systems: an Architectural Challenge
System architecture, Def.
WP3: BPaaS Research Execution Environment
Explicit arbitration specification binding does not scale
Presentation transcript:

Abstract TestDesignDirective concepts into abstract TestDirective Issue# UMLTP2-23 Related issues -

Current situation TestDesignDirective as only means to declare instructions COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Current situation (2) TestDesignDirective steers the application of TestDesignTechniques on a TestDesignInput to produce TestDesignOutputs Severs ist purpose very well (reference implementation in Fokus!MBT) Supports the specification of automated test design carried out by a machine Supports the specification of manual test design carried out by a human being Is highly flexible, extensible and customisable COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Architecture test automation solutions ISTQB TAE defines the layers and components of a generic test automation architecture Project Management Test Automation Test Generation Layer Test Definition Layer Configuration Management COP for test design - web site, forum, group, learning structure, topics project, career Test Management Test Execution Layer Test Adaptation Layer Test Automation Framework Doc#:

Architecture test automation solutions Test Generation Layer Test Definition Layer Test Execution Layer Automated Design (Test Model) Manual Design (Test Model) Test Conditions Test Cases Test Procedures Test Execution Test Data Test Logging Test Reporting Test Library COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Architecture test automation solutions Layers consist of components Components require configuration to fit into different situations, methodologies, approaches No one-size-fits-all solution Many components (not all) should be addressbed by UTP UTP should be the language for building test automation architectures In fact, it is the most capable and structured language available for that purpose! Test Generation Layer Test Definition Layer Test Execution Layer Test Adaptation Layer COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Main goal Provide a general framework to specific directives for the respective components TestDesignDirective for test generators TestExecutionDirective to configure the test execution component, including the required test environment ArbitrationDirective to configure the arbiter component (and looesely bind AS to elements) including the comparators TestLoggingDirective to configure the log component TestReportDirective to configure the reporting component Test Generation Layer Test Definition Layer Test Execution Layer Test Adaptation Layer COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Main goal (2) TestDesignDirective TestExecutionDirective Test Generation Layer TestDesignDirective Test Definition Layer Test Execution Layer TestExecutionDirective COP for test design - web site, forum, group, learning structure, topics project, career ArbitrationDirective TestLoggingDirective TestReportingDirective Test Adaptation Layer Doc#:

Proposal For the FTF, we shall only create the foundations for future extensions, if required or desired Keep the current spec backward compatible Abstract TestDesignDirective and TestDesignTechnique into abstract concepts TestDirective and TestInstruction/CourseOfAction (see BMM) Abstract framework would enable the incorporation of further directives (for further test-specific actions, potentially automated) into the language Event proprietary extension are possible, e.g., TestImplementationDirective (to steer the production of test scripts from UTP test cases) No intention to put all directives into the spec for the time being! COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

TestDirective and TestAction as root COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Adding out-of-the-box directive and action COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Integration with existing test design facility COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Keep details of design directive and techniques as is COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Provide out-of-the-box design directive and technique as is COP for test design - web site, forum, group, learning structure, topics project, career Doc#:

Summary Provision of an abstract test directive facility enables UTP to build entire and holisitic test (automation) architectures Test direcitve facility simply offers a framework to build proprietary test directives Vendors/users may add their own proprietary test directives easily E.g. TestCodeGenerationDirective to steer the generation of test scripts from UTP test cases Mid-term goal is to provide tst directives to configure at least the components that are defined by ISTQB gTAA Test generatrion (test design directive already given), test execution directive, test logging directive, arbitration directive and test reporting directive COP for test design - web site, forum, group, learning structure, topics project, career Doc#: