New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 750780 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Feb 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

[CFM Test Automation] Huddly FW update by cold rebooting the device

Project Member Reported by harpreet@chromium.org, Jul 31 2017

Issue description

This is a tracking bug to automate the following tests:

1. Prepare two versions of ChromeOS, A and B, which have two different versions of Huddly camera firmware. Prepare a target Chrome-for-Meeting (CFM) device.
2. Upgrade from A to B. Leave the Huddly camera connected at CFM during the upgrade, and the following reboot process. After reboot, verify the firmware upgrade.
3. Downgrade from B to A. Leave the Huddly camera connected at CFM during the downgrade, and the following reboot process. After reboot, verify the firmware downgrade.


Extend the enterprise_CFM_HuddlyUpdater test to include coverage for cases where huddly is not power cycled to trigger the FW update.

This can be done by adding another control file and driving the test with a custom parameter value passed from this control file. This parameter can determine the path taken by the test to update FW; either to power cycle the huddly or reboot the device itself to trigger the update

 
Labels: autotest-kiosk Test-Functional

Comment 2 by porce@chromium.org, Aug 23 2017

Owner: egemih@chromium.org
Labels: -Pri-2 -M62 Pri-3
Cc: -harpreet@chromium.org
Status: Fixed (was: Untriaged)
tl;dr: these tests are either already running, or not supported per the vendor specification and therefore should not be tested. 

The steps outlined in 1-2-3 already exist. I admit it is not necessarily in "upgrade then downgrade," however, the workflow is same for upgrades and downgrades so this doesn't test any new steps/workflows in huddly-updater. According to vendor, Huddly has to be power cycled to trigger the firmware update. Not doing so is against the device's specifications, so I don't think testing for those kind of cases will reveal much about huddly-updater or the general stability of the device. 

Sign in to add a comment