310 likes | 326 Views
This package provides suggestions for defining actions and test configurations in TDL using graphical symbols. It includes suggestions for gate, component, and timer definitions, as well as interaction messages and behavior descriptions.
E N D
Package packagename
Comment text
Annotation Type, Annotation actionactionname action text body body actionrefactionname actionname Question: where to define actions? [ key ] text
Configuration elements • Gate instance • Component instance with gates • Example or name:type name:type name:type name:type SUT/TESTER name:type gate1:GT1 comp1:CT1 SUT gate2:GT2
TestConfiguration • Problem: type definitions must be given somewhere • Proposed: divide the canvas into definitions and test configuration parts
Gate type, Gate instance • Gate type • I know, not the best • Gate instance or typenameinteraction messagelist or name:type name:type
Component type – new MM name:type type • Component type with gate and timer definitions typename name:type timerlist name:type name:type typename typename name:type name:type timerlist timers timerlist
ComponentInstanceRole • Component instance role SUT|TESTER
Component instance – new MM • Component instance name name name : type name : type SUT|TESTER name name
Connection [ name ]
Configuration - new MM Test Configuration ExampleConfig • [ ] : optional name gate1 SIPconnection comp1:CT1 SUT gate2 CONTROLconnection gate1 comp2:CT1 TESTER gate2
Test Description • Optionally: not only the configuration reference, but the configuration specification itself • The headers of the component/gate lifelines shall be indicated in the behaviour CompoundBehaviour of the TestDescription • The component headers are not part of the “general” CombinedBehaviours, therefore it is adviseable to (re)introduce a special behaviour block in the meta-model instead of a simple CompoundBehaviour • Question: Shall we introduce the notion of lifeline into the meta-model? Test Description name (params) Test Objective [ name ] Description: Reference: Configuration: name
Behaviour of TestDescription • Left: all gates of the component (thick lifeline) • Right: gates individually (thin lifelines, gate symbols on top) Comp1 Comp1 G1 G2
Single Combined Behaviour type type [ [ guard ] ] [ [ guard ] ] exceptional type
Single Combined Behaviour - Compound, Optional compound compound [ [ guard ] ] [ [ guard ] ] optional optional optional [ [ guard ] ] [ [ guard ] ]
Single Combined Behaviour - loops boundedLoop boundedLoop Iteration: value Iteration:value unboundedLoop unboundedLoop [ [ guard ] ] [ [ guard ] ]
Multiple Combined Behaviour • type: alt, compound, parallel, etc. • Right side version preferable (blocks are not separate objects, they are integrated into CombinedBehaviour type type [ [ guard ] ] [ [ guard ] ] [ [ guard ] ] [ [ guard ] ] exceptional type
Multiple Combined Behaviour - alt alt alt [ [ guard ] ] [ [ guard ] ] [ [ guard ] ] [ [ guard ] ]
Multiple Combined Behaviour - Conditional conditional conditional [ guard ] [ guard ] [ [ guard ] ] [ [ guard ] ]
Multiple Combined Behaviour - Parallel parallel parallel
Atomic Behaviour break stop Can be mixed up with timer stop pass | fail | inconc pass | fail | inconc
Atomic Behaviour - Actions actionactionname action body body actionrefactionname actionname Question: where to define actions?
Test Description Reference refcalledTD(params) refcalledTD(params) calledTD(params)
Exceptional Behaviour type type
Exceptional Behaviour – Default, Interrupt default default optional interrupt interrupt
Periodic Behaviour periodic periodic period: time period: time
Interactions • Point-to-point • Point-to-multipoint (broadcast) • Ordering of receiving???
Timer Operations – Start, Stop, Timeout timername (start value) timername(start value) timername timername timername timername timername timername
Time Operations • Wait • Quiescence or time 5s 5s or time 5s 5s