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

Issue 614464 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: Aug 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

Suite scheduler support for running tests against a single phone connected to a test station

Project Member Reported by bmahadev@chromium.org, May 24 2016

Issue description

In order to have network nightly tests scheduled on Android phones, the scheduler should be able to run tests on a single phone that is connected to the testbed. The testbed will be multiple phones connected to it and each phone will have a cname entry and serial number in cauto. 
ex. http://cautotest/afe/server/admin/afe/host/781/


Is it possible to do this today? Will the cnames be useful here?
 

Comment 1 by dshi@chromium.org, May 24 2016

Cc: kevcheng@chromium.org
+kevcheng

I don't think suite support for testbed is there yet.
Summary: Suite scheduler support for running tests against a single phone connected to a test station (was: Suite scheduler support for running tests against a single phone connected to Testbed)
It sounds like it's just an ADBHost so you can do that right now.

Scheduling a suite for a testbed (a cname entry represents multiple phones/devices) is not possible right now but is on my plate.  That work will enable running ACTS using the suite scheduler vs manually right now. 

Comment 3 by sbasi@chromium.org, May 24 2016

No I think we can do this already since its not a testbed, its an adb_host

Keyword: "Single phone"

http://cautotest/afe/#tab_id=view_host&object_id=781

Bindu I think this is a WontFix :):

Look at this CL (which has been reverted as we have a better way to do this now):
https://chromium-review.googlesource.com/#/c/329974/3/suite_scheduler.ini

So for you it would look like:

[AndroidNetworkNightly]
run_on: nightly
hour: 16
suite: <suite name>
os_type: android
branches: <android branch name>
targets: <target name>
pool: suites
@Simran, i already have this CL for doing that. https://chromium-review.googlesource.com/#/c/344363/. But i filed this bug because you said in email that it was not possible to do this yet.

Ok, so with the above CL and the cl to install sl4a as part of wifi_client, i should be able to run. Is that correct ? 

Comment 5 by sbasi@chromium.org, May 25 2016

I likely said its not possible for a "testbed", otherwise my mistake.

We finished this work here for a single Android/Brillo device a while back :)

I'll review the new CL later but I believe that should be it.
Status: Unconfirmed (was: Untriaged)
Cool .. Thanks for clarifying! The CL's reviewed and merged :) Thanks!

Keeping it in unconfirmed state until i have a successful run.

Comment 7 by sbasi@chromium.org, May 25 2016

That CL landed... so are the suites just failing right now?
I dont see it running on wmatrix https://wmatrix.googleplex.com/unfiltered?releases=tot&suites=experimental (args_dict['add_experimental'] = True is set to true.) Am' guessing because the pools are not created yet.

Comment 9 by sbasi@chromium.org, May 25 2016

I would first check to see if the tests exist on cautotest to see if they're running then check if they're reaching wmatrix.
Components: -Infra Infra>Client>ChromeOS
Owner: bmahadev@chromium.org
Status: Verified (was: Unconfirmed)

Sign in to add a comment