Скачать презентацию The Mythical IUT How to support automatic testing Скачать презентацию The Mythical IUT How to support automatic testing

f9efb6238c647c0af056c26cab270b67.ppt

  • Количество слайдов: 24

The Mythical IUT How to support automatic testing in standardization OBSAI conformance testing as The Mythical IUT How to support automatic testing in standardization OBSAI conformance testing as an example TTCN-3 User Conference 6 -8 th June 2005 Sophia Antipolis, France TTCN-3 User Conference, 6 -8 June 2005 1

Contents > Testability in general > Automated testing > Design for testability > Standardization Contents > Testability in general > Automated testing > Design for testability > Standardization for testability > OBSAI > Testability in OBSAI > Achievements > Future work > Lesson learned TTCN-3 User Conference, 6 -8 June 2005 2

The Mythical IUT Just test it! TTCN-3 User Conference, 6 -8 June 2005 3 The Mythical IUT Just test it! TTCN-3 User Conference, 6 -8 June 2005 3

Testability in General > Control: The better we can control it, the more the Testability in General > Control: The better we can control it, the more the testing can be automated and optimized. > Visibility: What we see is the what we can test. > Operability: The better it works, the more efficiently it can be tested. > Simplicity: The less there is to test, the easier we can test it. > Understandability: The more information we have, the smarter we test. > Suitability: The more we know about the intended use of the IUT, the better we can organize our testing to find important bugs. > Stability: The fewer the changes, the fewer the disruptions to testing. [Bach, James (1999). “Heuristics of Software Testability] TTCN-3 User Conference, 6 -8 June 2005 4

Automated Testing > Automated test generation > Automated test adaptation > Automated test execution Automated Testing > Automated test generation > Automated test adaptation > Automated test execution > Automated verification of the results TTCN-3 User Conference, 6 -8 June 2005 5

OBSAI Open Base Station Architacture Initiative www. obsai. org > OBSAI is an organization OBSAI Open Base Station Architacture Initiative www. obsai. org > OBSAI is an organization formed among leading base station vendors, module and component manufacturers to create a set of open specifications for base station architecture. > Promotor Companies: Hyundai Syscomm, LG Electronics, Nokia, Samsung, ZTE > 118 members TTCN-3 User Conference, 6 -8 June 2005 6

Goals of OBSAI > Define and agree on Base Station Architecture on a modular Goals of OBSAI > Define and agree on Base Station Architecture on a modular level > Develop and provide interface specifications between the main functional modules > An OBSAI base station consists of – Cabin with standardized backplane – A set of modules “Make it like a PC” TTCN-3 User Conference, 6 -8 June 2005 7

Simplified OBSAI Architecture © OBSAI TWG TTCN-3 User Conference, 6 -8 June 2005 8 Simplified OBSAI Architecture © OBSAI TWG TTCN-3 User Conference, 6 -8 June 2005 8

Transport Module > External Network Interface Functions > Internal Networking Functions (IP & CML Transport Module > External Network Interface Functions > Internal Networking Functions (IP & CML Router) > Qo. S Functions > Network Interface Protocol Termination > Synchronization Functions > OAM&P Functions > Security Functions TTCN-3 User Conference, 6 -8 June 2005 9

Baseband Module WCDMA >Channel encoding/decoding >Interleaving >Rate matching >Multiplexing/demultiplexing >Spreading >Power weighting & summing Baseband Module WCDMA >Channel encoding/decoding >Interleaving >Rate matching >Multiplexing/demultiplexing >Spreading >Power weighting & summing of physical channels >RAKE reception >MUD alternative >Interference cancellation >Interference Rejection Cancellation >Frame protocol processing >Higher layer processing (L 2 & L 3) >CRC GSM >Channel encoding/decoding >Interleaving/de-interleaving >Bit detection >Frequency hopping >Ciphering/deciphering >DL diversity transmission (MIMO, etc. ) >UL diversity reception, IRC reception, SA reception >Protocol frame processing TTCN-3 User Conference, 6 -8 June 2005 10

RF Module > > > > Modulation D/A & A/D conversion Up/down conversion Carrier RF Module > > > > Modulation D/A & A/D conversion Up/down conversion Carrier selection Linear power amplification Antenna interface Transmit / receive RF filtering RF combining Transmit / receive RF filtering Diversity transmit Diversity receive (duplexing, etc. ) Low noise amplification Peak power reduction OAM&P Functions TTCN-3 User Conference, 6 -8 June 2005 11

Control & Clock Module > Congestion Control > Admission Control > BTS Level OAM&P Control & Clock Module > Congestion Control > Admission Control > BTS Level OAM&P Functions > BTS Configuration Management and Control > Radio Resource Management > Multi-vendor Configurations > RF Scheduling > Iub/Abis Signalling Termination > System Clock Generation and Distribution TTCN-3 User Conference, 6 -8 June 2005 12

Logical Interfaces RP 1 RP 2 RP 3 Management-plane User-plane App: type mapping Control-plane Logical Interfaces RP 1 RP 2 RP 3 Management-plane User-plane App: type mapping Control-plane Pv 6 (IPv 4 opt) Transport: Routing IPv 6 (IPv 4 opt) 802. 3 MAC Data Link: Framing 802. 3 MAC 802. 3 100 Base-TX (1000 Base-TX opt) 802. 3 100 Base-TX 2 level framing 9 to 9 addressing CML 1. 6 Gb/s TTCN-3 User Conference, 6 -8 June 2005 13

Testability in OBSAI comes from: > Clearly defined IUT > Clearly defined interfaces > Testability in OBSAI comes from: > Clearly defined IUT > Clearly defined interfaces > Clearly defined test setups > Control – Test mode – Test categories – Test functions – Test control messages TTCN-3 User Conference, 6 -8 June 2005 14

The IUT >The IUT is always an OBSAI module. >A reference design shall be The IUT >The IUT is always an OBSAI module. >A reference design shall be offered to get compliance for a chipset. >Every module have to support RP 1 interface >RP 1 was selected as standard test control port. TTCN-3 User Conference, 6 -8 June 2005 15

SA OBSAI tester OAM&P messages Test functionality Module agent test adapter HW IUT: OBSAI SA OBSAI tester OAM&P messages Test functionality Module agent test adapter HW IUT: OBSAI module proprietary test control messages TTCN-3 User Conference, 6 -8 June 2005 RPn TE RP 1/ethernet TM RPn OBSAI test control messages RP 1/ethernet Generic Test Setup 16

Test Mode and Test Categories TTCN-3 User Conference, 6 -8 June 2005 17 Test Mode and Test Categories TTCN-3 User Conference, 6 -8 June 2005 17

Test Categories Functions Normal op Cat 1 Cat 2 Cat 3 … Function 1 Test Categories Functions Normal op Cat 1 Cat 2 Cat 3 … Function 1 M M M Function 2 M O O Function 3 M O O … M O O Function n M O M Normal functions O O Test functions Test func. 1 M Test func 2 M M Test func 3 M Test func m M M TTCN-3 User Conference, 6 -8 June 2005 18

Test Functions >Implemented by the Module Agent >Activation of a loopback >Activation of a Test Functions >Implemented by the Module Agent >Activation of a loopback >Activation of a test signal Implemented by the Module Agent >Activation of a measurement >Activation of a procedure TTCN-3 User Conference, 6 -8 June 2005 19

Test Control Messages >SOAP Messages >Valid only in test mode >Activation of test functions Test Control Messages >SOAP Messages >Valid only in test mode >Activation of test functions From the Test Manager >Triggering of standard procedures >Retrieval of measurements >State & event indications to the Module Agent TTCN-3 User Conference, 6 -8 June 2005 20

Achievements so far > The 1 st release of OBSAI specifications includes – Compliance Achievements so far > The 1 st release of OBSAI specifications includes – Compliance process specification – Test messages specification – Generic conformance test specification – Several focused test specifications > Modules of different vendors can be tested with generic testers? Plug and test approach TTCN-3 User Conference, 6 -8 June 2005 21

Future work for release 2 > More formal approach is needed – Formalization of Future work for release 2 > More formal approach is needed – Formalization of interface specifications – Formalization of configuration management – Formalization of test specifications – Provide TTCN-3 test suites TTCN-3 User Conference, 6 -8 June 2005 22

Lesson Learned > Whatever you specify, make it testable by: – specifying visibility • Lesson Learned > Whatever you specify, make it testable by: – specifying visibility • interfaces • points for observation – specifying controllability • • • test setups test clients, test agents test control interfaces test functions test sequences TTCN-3 User Conference, 6 -8 June 2005 23

TTCN-3 User Conference, 6 -8 June 2005 24 TTCN-3 User Conference, 6 -8 June 2005 24