8種策略——教你如何玩轉端到端的移動測試

02-24

01 QA測試人員是核心團隊的一部分

如果將軟體開發過程看作是一個連讀的工作過程的話，那麼QA部分應該屬於工作周期中的最後階段。在傳統的瀑布型中，測試人員通常是在項目開始後的幾周才開始參與工作的。

在敏捷項目中，QA資源對於項目來說至關重要。項目周期團隊中必須包括測試人員，並且從需求到構思、再到每個新功能的發布，測試人員都必須參與其中。

這樣，測試人員才能清楚地知道，接下來將要進行的什麼樣的測試，且能夠明確從用戶角度來看，他們的需求具體是什麼、他們的體驗如何。

測試腳本或測試用例對於QA來說都是至關重要的。不完善的軟體項目管理計劃，對軟體測試的發展是非常不利的。QA測試人員須提供清晰的文檔，以確保測試是按正確的方法進行的。

通常，產品團隊的職責是確保試人員或測試團隊，能夠清楚地理解測試腳本。模板應易於理解，且可以被任何人接受並進行軟體開發。

單元測試通常由開發人員開發並實現，有時QA工程師也也會參與其中。單元測試通常是指以單元為單位，來測試正在開發的代碼，以確保其全部功能的實踐。

單元可以是正在測試的函數、模塊或者類。儘管許多公司已經開始投資於自動化單元測試工具，但大多數仍然得靠手工流程來實現。

功能測試的實現是基本圍繞兩個問題展開的:

——「用戶能完成任務嗎?」

——「這個功能真的有用嗎?」

測試人員將通過更改數據流，來確保用戶可以在正在構建的特定流中來回切換。從一個純功能性的角度來說，測試者的目標就是確保所有的工作都能按照預期，有條不紊地實現，並且過程中不會出現任何問題。

例如，在一個移動頁面上，會出現沒有返回鍵等類似的問題。

軟體測試的關鍵步驟，是確保UXA和設計器構建用戶體驗與最終實現相匹配。大多數情況下，只有有能力的QA測試人員才能發現這些差異。

一個有經驗的測試人員必須掌握，僅通過一個小的細節就能夠立即捕捉到問題的能力。

簡單來講，性能測試就是指添加了一個特性之後，它能夠確保正在變換的流的總體性能中，沒有出現任何延遲現象的過程。

在移動應用的背景下，當出現新添加的功能時，測試者所監控的是應用程序的總體速度和響應度。

將這些指標與當前的生產流程進行比較，並確定新特性是否對設備的整體設備和電池性是否有任何影響。

負載測試的任務是十分艱巨的，特別是對於流行的軟體——應用程序和網站來說。最終，測試者想要測試的，通常是通過壓力測試的自動化腳本，這是應用程序的斷點。

應用程序或網站上運行不正常，說明QA團隊沒有做好負載測試，因而他們的伺服器並不能夠承受高流量負荷的工作。

除了測試一個應用程序的斷點以外，測試者還需要測試在應用程序開始減速之前會發生什麼。例如，一些電子商務移動應用程序在向購物車添加了一定數量的商品後，會變得更加難以管理。

從業務的角度來看，這是完全可以被接受的，但測試人員必須儘快調查，並記錄這些能夠解決問題、使應用程序將逐漸穩定下來的方法和措施。

在電影中，經常會有一些穿越的鏡頭出現。有些人會回到過去，改變一些事情，並會對現在產生一定的影響。同樣的，測試也是類似的情況。

即使是最小的代碼，它的改變也會對整個應用程序之後的運行，有著意想不到的結果。通常情況下，在實際操作之前，測試者根本無法預製未來即將發生的結果。

而回歸測試的出現，就是為了確保在完成一個小的更改時，整個流程仍然能夠按預期的方式工作。這就是為什麼回歸測試是十分重要的，它的開發是為了保證端到端的流在做出更改後仍然有效。