Presentation is loading. Please wait.

Presentation is loading. Please wait.

Abstract TestDesignDirective concepts into abstract TestDirective

Similar presentations


Presentation on theme: "Abstract TestDesignDirective concepts into abstract TestDirective"— Presentation transcript:

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

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

3 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#:

4 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#:

5 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#:

6 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#:

7 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#:

8 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#:

9 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#:

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

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

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

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

14 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#:

15 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#:


Download ppt "Abstract TestDesignDirective concepts into abstract TestDirective"

Similar presentations


Ads by Google