[jira] [Closed] (WEEX-679) Add some Travis CI resources for Weex

2019-08-11 Thread Renmin (JIRA)


 [ 
https://issues.apache.org/jira/browse/WEEX-679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Renmin closed WEEX-679.
---
Resolution: Abandoned

> Add some Travis CI resources for Weex
> -
>
> Key: WEEX-679
> URL: https://issues.apache.org/jira/browse/WEEX-679
> Project: Weex
>  Issue Type: Wish
>Reporter: Renmin
>Assignee: Adam Feng
>Priority: Major
>
> Recently, We notice that Weex's Travis CI can't builds parallelly, which 
> means that new Travis CI job must wait until the existing Travis CI job 
> complete. 
>  
> But It takes about 20 minutes to build a Travis CI once now, with more and 
> more checks will be added to Travis CI, the wait time will get longer and 
> longer, even unbearable.
>  
> can Weex are added more resources?



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


[jira] [Created] (WEEX-679) Add some Travis CI resources for Weex

2019-08-11 Thread Renmin (JIRA)
Renmin created WEEX-679:
---

 Summary: Add some Travis CI resources for Weex
 Key: WEEX-679
 URL: https://issues.apache.org/jira/browse/WEEX-679
 Project: Weex
  Issue Type: Wish
Reporter: Renmin
Assignee: Adam Feng


Recently, We notice that Weex's Travis CI can't builds parallelly, which means 
that new Travis CI job must wait until the existing Travis CI job complete. 
 
But It takes about 20 minutes to build a Travis CI once now, with more and more 
checks will be added to Travis CI, the wait time will get longer and longer, 
even unbearable.
 
can Weex are added more resources?



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)


Some questions about testing framework(Need Help!)

2019-08-11 Thread 王仁敏
I have recently designed a test framework with York, and we want to add
some end-to-end test cases to improve the stability and robustness of Weex.


Our expected testing framework want to verify basic properties of the View,
instead of plain text(Because plain text verification has too many
limitations)



For all test cases, the following three processes are required:

1. Create UIViewController/Activity

2. Simulate user input

3. Check if the result is right


We thought of several possible solutions:


## 1. Based on the pure Native testing framework.

Weex provides the ability to load pages from a URL file. If you don't rely
on the emulator, you need call some interface to convert the URL to a page
(York said this process can't build success)


## 2. Based on the Detox(end-to-end framework) and simulator.

   - Create page: build the page based on the URL (the entire Android
   project is already running, so we can call the interface)
   - Simulate user input: (1) simulate user input via JS (2) simulate user
   click event using native code
   - Test result: on the Native Side, compare View's properties with the
   expected. If it is consistent, notify the JS the test case is succeeded,
   otherwise, notify the JS the test case is failed.

But Android emulator has many limitations. According to our survey, the
Travis CI Android emulator is slower, and the X86 emulator Google has not
been updated for three years, and the ARM emulator is subject to the Travis
CI architecture.


@Jan, I learn about you have done some works about
Cordova-testing-framework recently. How do you solve this problem?


I will be very appreciated if anyone can help me, thanks very much!


Best wished.

Renmin