1001540 - Gaia integration tests for NFC URL sharing

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: NFC, defect)

Description

[Kamil Leszczuk [:kamituel]]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.116 Safari/537.36




Expected results:

We should have integration tests for a basic scenario where user receives URL via NFC (i.e. browser app should open and load the given URL).

Once NFC support in emulator lands, would it be possible to have such test cases?

Comment 1

[(inactive after 6/18) Alive Kuo [:alive]]

Yes but what's the NFC support for emulator? If there's a bug to implement it please link here.

Comment 2

[Ken Chang[:kenkai]]

This bug blocks NFC 2.0 release.

Comment 3

[Kamil Leszczuk [:kamituel]]

Since we cannot really run emulator command in Python integration test case (Gaia UI tests), we're blocked by 997244.

Comment 4

[Andrew Halberstadt [:ahal]]

The python marionette client does support runEmulatorCommand, e.g http://mxr.mozilla.org/mozilla-central/search?string=runEmulatorCmd

It might take a bit of work getting these tests running against TBPL though, either as part of Gu, Mn or something else.

Comment 5

[Jonathan Griffin (:jgriffin)]

We'd probably need to add this to Gaia-ui-tests, since the webapi tests don't use a functional version of Gaia.

Comment 6

[Kamil Leszczuk [:kamituel]]

Jonathan, are you having in mind populating Marionette.emulator field? It is null right now, even when tests are run on emulator. I'm not sure why.

I think for me to be able to write test cases required in this bug, I'd need to be able to do something like:

> from gaiatest import GaiaTestCase
> 
> class TestNfcSharing(GaiaTestCase):
>   def setUp(self):
>     GaiaTestCase.setUp(self)
> 
>   def test_url_sharing(self):
>     self.emulator._run_telnet("nfc snep put -1 -1 [208,1,VQ,AWdvb2dsZS5jb20=,A]")
>     # or:
>     self.marionette.emulator._run_telnet("...")
>     
>     # Do assertions here:
>     #  - did browser launch
>     #  - is URL valid
>     #  - ...

Since it wasn't easily possible on Gaia UI tests (emulator field being null), I was assuming I'll wait for JS Gaia tests to land (the stuff Andrew is working on) and do it there. Does that make sense?

How should I approach it: (1) gaia-ui-tests (python) or (2) architecture Andrew is working on?

If it's 1, should I file a bug so I can access emulator instance from within GaiaTestCase?

Comment 7

[Jonathan Griffin (:jgriffin)]

I believe self.marionette.emulator shouldn't be null.  Could you show me the command-line you're launching gaiatest with?

As far as Python vs JS, I think writing the tests in Python would get them running sooner in TBPL, but if timing isn't a big concern, you could target whichever language you happen to prefer.

Comment 8

[Kamil Leszczuk [:kamituel]]

Having started the emulator and having port 2828 forwarded, I'm using this command:

> gaiatest --address=localhost:2828 tests/functional/clock/test_clock_create_new_alarm.py

I've added this test case:

    def test_one(self):
        print("Emulator: ", self.marionette.emulator)

It prints:

> ('Emulator: ', None)

Am I running this incorrectly?

Comment 9

[Jonathan Griffin (:jgriffin)]

Yes, that command-line won't allow you to access an emulator object.  To launch it with real emulator support, don't run the emulator manually, instead, launch gaiatest with:

gaiatest --emulator arm --homedir /path/to/b2g-distro tests/functional/clock/test_clock_create_new_alarm.py

where /path/to/b2g-distro is the path to the emulator package you've downloaded and extracted, _or_ the path to a local B2G repo where you've build an emulator.

Comment 10

[BMO Automation]

Firefox OS is not being worked on