[JBoss JIRA] (ARQ-1718) Simple way to test on real device without the need to use serial id
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQ-1718?page=com.atlassian.jira.plugin.s... ]
Stefan Miklosovic updated ARQ-1718:
-----------------------------------
Fix Version/s: droidium_1.0.0.Alpha6
(was: droidium_1.0.0.Beta1)
> Simple way to test on real device without the need to use serial id
> -------------------------------------------------------------------
>
> Key: ARQ-1718
> URL: https://issues.jboss.org/browse/ARQ-1718
> Project: Arquillian
> Issue Type: Feature Request
> Components: Extension - Droidium
> Reporter: Tadeas Kriz
> Assignee: Stefan Miklosovic
> Fix For: droidium_1.0.0.Alpha6
>
>
> There should be a way to simply test on device, without the need to use serial id, if only one device is connected. Adb has this functionality (if only one device (real or emulated) is connected, it uses it, or with -d switch to use real device (-e for emulated one)). Droidium should also allow this and quit with error if no serial id is specified, but more devices are connected.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 9 months
[JBoss JIRA] (ARQ-1763) Download boilerplate APKs for Droidium by Spacelift
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQ-1763?page=com.atlassian.jira.plugin.s... ]
Stefan Miklosovic updated ARQ-1763:
-----------------------------------
Fix Version/s: droidium_1.0.0.Alpha6
(was: droidium_1.0.0.Beta1)
> Download boilerplate APKs for Droidium by Spacelift
> ---------------------------------------------------
>
> Key: ARQ-1763
> URL: https://issues.jboss.org/browse/ARQ-1763
> Project: Arquillian
> Issue Type: Feature Request
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha5
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Fix For: droidium_1.0.0.Alpha6
>
>
> Ftesting with Droidium native plugin requires selendroid-server.apk from Selendroid project. Web testing requires android-driver.apk from same project.
> Right now, these apks need to be downloaded manually by user so he has to find it on the net and manually setup it in arq.xml. As this is not desired, Spacelift 1.0.0.Alpha2 can download these artifacts automatically and they can be downloaded to target/ when it is not found so user does not have to do a thing.
> https://gist.github.com/kpiwko/10738725
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 9 months
[JBoss JIRA] (ARQ-1557) Align undeployment logic in a proper Arquillian way
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQ-1557?page=com.atlassian.jira.plugin.s... ]
Stefan Miklosovic updated ARQ-1557:
-----------------------------------
Fix Version/s: droidium_1.0.0.Alpha6
(was: droidium_1.0.0.Beta1)
> Align undeployment logic in a proper Arquillian way
> ---------------------------------------------------
>
> Key: ARQ-1557
> URL: https://issues.jboss.org/browse/ARQ-1557
> Project: Arquillian
> Issue Type: Feature Request
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha2
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Fix For: droidium_1.0.0.Alpha6
>
> Attachments: brainstorming.jpg
>
>
> Right now, undeployment logic for Droidium is bound to observer which observes with precedence -100 on AfterClass event in order to be sure that this observer will be treated as the latest one.
> Right now, we have to be sure that undeployment logic is treated lastly in AfterClass since Arquillian Drone destroys WebDriver instances in AfterClass as well and the destruction of WebDriver instance, in our case, means that Selendroid server will be uninstalled from Android device.
> Since the destruction of WebDriver instance itself is executed randomly in AfterClass regarding of execution time, we can not do undeployment of APKs on UnDeployDeployment event because when doing so, uninstallation of instrumented APK automatically kills Selendroid server process as well so that in turn means that subsequent trying to destroy WebDriver instance fails since Selendroid server is not running anymore and Drone talks to nobody.
> To be sure that all Selendroid servers are uninstalled so we can proceed with the uninstallation of deployments, where it should be done, there has to be a guarantee that all WebDriver instances were already destroyed.
> The solution here seems to be quite simple - we put some positive precedence for DroneDestructor (1) however by doing so, it could cause some backward compatibility issues with Drone extension.
> (1) https://github.com/arquillian/arquillian-extension-drone/blob/master/dron...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 9 months
[JBoss JIRA] (ARQ-1613) Allow Android Shell command timeouts
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQ-1613?page=com.atlassian.jira.plugin.s... ]
Stefan Miklosovic updated ARQ-1613:
-----------------------------------
Fix Version/s: droidium_1.0.0.Alpha6
(was: droidium_1.0.0.Beta1)
> Allow Android Shell command timeouts
> ------------------------------------
>
> Key: ARQ-1613
> URL: https://issues.jboss.org/browse/ARQ-1613
> Project: Arquillian
> Issue Type: Feature Request
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha3
> Reporter: Karel Piwko
> Assignee: Stefan Miklosovic
> Fix For: droidium_1.0.0.Alpha6
>
>
> It would be handy, if Droidium can setup timeout for DDMS related operations, such as executing a shell commands.
> It looks like it should be possible with:
> {code}
> DdmPreferences.setTimeOut(timeout);
> {code}
> By default, timeout is set to 5 seconds, which might be not enough when running in emulated env.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 9 months
[JBoss JIRA] (ARQ-1536) Provide @StartActivity annotation put on test method to automatically start it or use @Location from Graphene to do so
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQ-1536?page=com.atlassian.jira.plugin.s... ]
Stefan Miklosovic updated ARQ-1536:
-----------------------------------
Fix Version/s: droidium_1.0.0.Alpha6
(was: droidium_1.0.0.Beta1)
> Provide @StartActivity annotation put on test method to automatically start it or use @Location from Graphene to do so
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: ARQ-1536
> URL: https://issues.jboss.org/browse/ARQ-1536
> Project: Arquillian
> Issue Type: Feature Request
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha2
> Reporter: Stefan Miklosovic
> Assignee: Stefan Miklosovic
> Fix For: droidium_1.0.0.Alpha6
>
>
> Instead of starting activity every time in test method manually, it would be nice to have this possibility:
> {code}
> @Test
> @InSequence(4)
> @OperateOnDeployment("todo-mobile-app")
> public void loginUserInMobile(@ArquillianResource AndroidDevice device) {
> device.getActivityManagerProvider()
> .getActivityManager()
> .startActivity("org.jboss.aerogear.todo.activities.LoginActivity");
> loginMobileFragment.login("john", "123");
> }
> =========================
> @Test
> @InSequence(4)
> @OperateOnDeployment("todo-mobile-app")
> @StartActivity("org.jboss.aerogear.todo.activities.LoginActivity")
> public void loginUserInMobile() {
> loginMobileFragment.login("john", "123");
> }
> {code}
> However, with the possibility to have Graphene page fragments, it would be teoretically possible to have propper page objects as well which mean that we could abstract activity into @Page and specify its @Location("activityName")
> The problem is, how this translates to Graphene since Droidium starts activities in this manner:
> driver.get("and-activity://" + activityName);
> There is the need to take that "and-activity" string into consideration with @Location annotation.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 9 months