Confirmed users
147
edits
QA/WebRTC/OpenH264: Difference between revisions
no edit summary
No edit summary |
|||
| Line 9: | Line 9: | ||
* The user can make WebRTC calls and Fx will offer H264 as secondary video codec after the default VP8 | * The user can make WebRTC calls and Fx will offer H264 as secondary video codec after the default VP8 | ||
** You can verify this, by navigating to http://mozilla.github.io/webrtc-landing/pc_test.html, check the "Require H264" option and start a test call (which fails if the OpenH264 plugin is not installed or disabled) | ** You can verify this, by navigating to http://mozilla.github.io/webrtc-landing/pc_test.html, check the "Require H264" option and start a test call (which fails if the OpenH264 plugin is not installed or disabled) | ||
== OpenH264 Testing == | |||
These high level areas need to be tested: | |||
* The download of the plugin | |||
* The activation of the plugin | |||
* The usage of the plugin and the Gecko Media Plugin (GMP) interface | |||
Existing automated test cases: | |||
* test_peerConnection_basicH264Video.html uses the GMP fake plugin to make a call while using a codec from a GMP plugin | |||
Assumption: | |||
* We assume that the H264 codec itself has been tested by Cisco, so that we don't have to test it in depth | |||
Open questions/areas for testing/verification: | |||
* How to disable the download of the plugin and verify that setting works properly? | |||
* How to verify that not malicious code gets downloaded as the plugin? | |||
* How to verify the setting (?) which puts the plugin into disabled state after download? | |||
* How to verify that a broken XML on the download server is handled properly (needs definition of properly)? | |||
* How to verify that an outage of the download server is handled properly (needs definition of properly)? | |||
* How do we test and verify a new binary release of the plugin, before it gets release? | |||
* How to verify that the pre-compiled codec plugin binary works on all platforms? | |||
* How to verify that a disabled plugin results in no H264 offers in the SDP? | |||
* How to verify that disabling the plugin in the middle of a call is handled properly? | |||
* Do we need to verify cross-platform calling? | |||
* How do we test interoperability with mobile devices? | |||
== OpenH264 Bugs == | == OpenH264 Bugs == | ||