| Line 73: | Line 73: | ||
|- | |- | ||
|''X11''|| ''blts-x11'' | |''X11''|| ''blts-x11'' | ||
| + | |- | ||
|''OpenGL ES2.0''|| ''blts-opengles2-perf'' | |''OpenGL ES2.0''|| ''blts-opengles2-perf'' | ||
| + | |- | ||
|''OpenVG''|| ''mcts-openvg-tests'' | |''OpenVG''|| ''mcts-openvg-tests'' | ||
| + | |- | ||
|''Display''|| ''mcts-display-tests'' | |''Display''|| ''mcts-display-tests'' | ||
| + | |- | ||
|''Input''|| ''blts-input-devices'' | |''Input''|| ''blts-input-devices'' | ||
| + | |- | ||
|''Video''|| ''blts-xvideo'' | |''Video''|| ''blts-xvideo'' | ||
|- | |- | ||
Contents |
The graphics subsystem is composed of Xserver, Mesa, 2D driver (e.g. Xf86-video-intel) and Drm. It should provide the latest graphics h/w features, as well as meet requirement of UI framework (e.g. Clutter, Qt), Window Manager even applications.
What features to be tested are made of basic features + accepted features of MeeGO-1.1/MeeGo-1.2.
| FEA ID | Feature summary | Feature description and Test points | Platform | Priority |
|---|---|---|---|---|
| n/a | X11 | * Xserver should work well with Mesa, 2D driver and other components. * Many X extensions should be supported, including Xrender, Xcomposite, Xdamage, Xrandr adn so on. | ALL | Major |
| n/a | OpenGL ES 2.0 | Should support OpenGL ES 2.0 | ALL | Major |
| n/a | OpenVG | Should support OpenVG | ALL | Major |
| n/a | Display | * Should support Single/Multi display * Mode setting * Rotation setting | ALL | Major |
| n/a | Input | Should support proper event for input devices (i.e. multi-touch) in X | ALL | Major |
| n/a | Video | Should support XVideo and libVA | ALL | n/a |
| FEA ID | Feature summary | Feature description and Test points | Platform | Priority |
|---|---|---|---|---|
| 4877 | [FEA] Provide libOpenVG and libOpenVGU packages | OpenVG is supported | ALL | Major |
| FEA ID | Feature summary | Test points | Platform | Priority |
|---|---|---|---|---|
| 7614 | [FEA] Multiple output (HDMI) support from Graphics and Window manager | * HDMI output is supported by graphics driver; * Multiple display is supported by Window Manager | HDMI platform | Major |
| Summary | Detail scenario | Support | Reasons |
|---|---|---|---|
| OpenGL | OpenGL ES2.0 would be the default 3D backend | n/a | OpenGL not be supported by SGX540 h/w |
All the above features would be tested. You can get the latest cases from http://gitorious.org/qa-tools/mcts.
Most of the cases are automatic and
.
| FEA name | Test suite package name |
|---|---|
| X11 | blts-x11 |
| OpenGL ES2.0 | blts-opengles2-perf |
| OpenVG | mcts-openvg-tests |
| Display | mcts-display-tests |
| Input | blts-input-devices |
| Video | blts-xvideo |
Test Methodology:
Bluez library provides many tools to do hardware BT connection. For example:
Nearly all the bluetooth test needs the first step: Bluetooth pairing. This can be done by simple-agent in bluez-test RPM.
BT Keyboard and BT mouse connection uses HID profile, which could be done by HID daemon. hidd --connect <Keyboard MAC> and hidd --search can help to connect keyboard and mouse.
For the profiles through OBEX, we write python scripts to call OBEX server APIs to transfer data.
For PANU, we setup a unbutu10.04 machine as BNEP server. PAN user could link to the BNEP after pairing with the ubuntu machine. When PANU needs log on to internet, the BNEP server will do ipforwarding from the bnap0 to eth0 (eth0 is connecting to outside).
Test Types:
Although the test points are classified by each profiles, we also do negative, performance and even stress test to the test points.
Test level:
Current test level is API level. All cases are based on middleware usage, no dependency on how GUI is like.
Flexibility:
Nokia shares some test cases calling bluez-libs API in C language. Although those cases are not in our test strategy, we still try to use bluez-libs to enlarge our profile test scope if possible.
We will keep one PC as server machine for auto test, so automated cases are the profiles which can be used between two computers. Based on this strategy, we currently made FTP/OPP/PANU profiles test cases automated.
There is no low level profiles automated by us. Nokia share some codes in MWTS and BLTS to test RFCOMM and L2CAP profiles. But unfortunately, all their cases are semi-automatic in fact.
The test framework to run our auto cases is MCTS. Those cases are written by shell scripts, some utility tools (called by cases) are made by python. Before case running, a OBEXD-Server machine must be setup there and wait for obexd-client call. Detail information can be refered from the README file in MCTS:Bluez component. Git repository is http://gitorious.org/qa-tools/mcts
Test points are written in Tested Feature Tables.
Test method is introduced in Test Strategy and Approach section.
Nearly all the bluez test cases need at least two devices. One is testing machine, the other may be some BT integrated device.
There are still some scripts needed for profile checking, since we do not depend on GUI APP.
| Test Platforms | Networking | Other Devices | Priority |
|---|---|---|---|
| Pinetrail Netbook: Acer NAV50 | LAN, Wifi, BT | BT headset (Dell DH200), BT Keyboard (Dell)... | P1 |
| Diamondville Netbook: EeePC 1005 HA | LAN, Wifi, BT | BT headset (Dell DH200), BT Keyboard (Dell)... | P2 |
| Handset: Avaa | USB, BT-dongle (BT2.0+EDR) | BT headset (Dell DH200), BT Keyboard (Dell)... | P1 |
Some python scripts are used to check FTP/OPP/PBAP... functions in middleware (without GUI). They are from:
jingke.zhang@intel.com
zhaojuan.guo@intel.com (intern)
majid.awad@intel.com
qiang.z.zhang@intel.com
BT Profile introduction: http://en.wikipedia.org/wiki/Bluetooth_profile
Bluez source and tool downloading: http://www.bluez.org
BIG offical webpage: http://www.bluetooth.org