庫存 Defect 對於團隊生產力是有害的

在測試工程師的世界裡,Defect 像是勳章、獎狀,是在無數個版本裡殺進殺出後取得的輝煌功績。而 Defect Tracking System 是展示區,各種大大小小的問題都被陳列在這裡,供團隊追溯與回憶。

但東西放久了會生灰塵,Defect 放久了則會出現 破窗效應,於是展示區成了高亮區,團隊成員開始踢皮球或是無視這些 Defect,如何管理好 Defect 成了個難題。
Continue reading “庫存 Defect 對於團隊生產力是有害的"

廣告

Espresso 處理頁面滑動

前言

Listview 和 Recyclerview 都是可以上下滑動的頁面。差異在 Listview 是一次性把所有的 view 建好,當要呈現的資料量過大時會吃掉大量的記憶體和儲存空間,可能導致 App 運行緩慢或當機。Recyclerview 則是建立適當數量的 view,再根據情況對未使用的 view 回收再利用。

Continue reading “Espresso 處理頁面滑動"

Appium With UiAutomator 2.0 運行 Multiple Session

「Appium With UiAutomator 2.0 實際運用及原理介紹」 我們了解了如何在 Appium 搭載 UiAutomator 2.0 執行自動化測試,但是若我們今天想要讓測試時程再次縮短,我們會需要使用到多裝置且運行 Multiple Session,但是根據我們實際運行 Multiple Session 後卻發現了一個嚴重性的問題,那就是 Appium UiAutomator 2.0 Proxy Server Port 會出現 「互搶互讓」 的狀態。
Continue reading “Appium With UiAutomator 2.0 運行 Multiple Session"

Appium With UiAutomator 2.0 實作及原理介紹

「UiAutomator 1.0 與 UiAutomator 2.0 差異以及 Appium 實作」 我們瞭解了使用 UiAutomator 2.0 的好處之後,那我們該如何在 Appium 實際使用 UiAutomator 2.0 框架呢?

在實作之前我們先來看看個有趣的實驗,簡易的列出了 appium-android-bootstrapappium-uiautomator2-server 兩者做同一件動作的 Appium Log 的差異,可以明顯的觀察到 appium-uiautomator2-server 分工的狀況,而 appium-android-bootstrap 則耗費許多時間在處理元件。
Continue reading “Appium With UiAutomator 2.0 實作及原理介紹"

UiAutomator 1.0 與 UiAutomator 2.0 差異

Google Android Developers 在 2015 年 3 月 13 日時公開發表了 UiAutomator 2.0,v2.0 相較於 v1.0 最明顯的優勢在於其 在 v1.0 的基礎上增加了許多實用性高的 API 。包含:

另外還有一最主要的差異為 UiAutomator 2.0 測試產出由 Java Base 更改為 Android Base ,讓 UiAutomator 2.0 可以完整的在 Android Instrumentation 上運行,這是個優勢能讓此框架更完善的被終端使用者運用。
Continue reading “UiAutomator 1.0 與 UiAutomator 2.0 差異"

android.support.test.rule

前言

在上一篇初步學習撰寫 Android Espresso Test 時,發現裡面有一行程式碼建構子 ​ActivityTestRule ,好像只有被宣告,但能在背景內執行。

public ActivityTestRule mActivityTestRule = new ActivityTestRule(NotesActivity.class);

好似 App 是透過 ActivityTestRule 叫起來就可以運行似的,查了才知道 ActivityTestRule 是屬於 android.support.test.rule Family 內的元件。
於是好奇想知道 ActivityTestRule & android.support.test.rule 是什麼東西? 他為何而生? 他可以做什麼?
Continue reading “android.support.test.rule"