較完善的APP為什麼還要測試

A. app自動化測試工具的測試優勢

自動化測試優勢對程序的回歸測試更方便，可以極大提高測試效率，縮短回歸測試時間。可以運行更多更繁瑣的測試。自動化的一個明顯的好處是可以在較少的時間內運行更多的測試。可以執行一些手工測試困難或不可能進行的測試。比如，對於大量用戶的測試，不可能同時讓足夠多的測試人員同時進行測試，但是卻可以通過自動化測試模擬同時有許多用戶，從而達到測試的目的。測試具有一致性和可重復性。由於測試是自動執行的，每次測試的結果和執行的內容的一致性是可以得到保障的，從而達到測試的可重復的效果。增加軟體信任度。由於測試是自動執行的，所以不存在執行過程中的疏忽和錯誤，完全取決於測試的設計質量。缺點不能取代手工測試，有很多需要人腦判斷結果的測試用例無法用自動工具實現，代價太大。手工測試比自動測試發現的缺陷更多。對測試質量的依賴性極大，不能提高有效性。由於自動測試比手動測試更脆弱，所以維護會受到限制，從而制約軟體的開發。總結綜上所述，可以歸結自動化完成不了的，手工測試都能彌補，兩者有效的結合是測試質量保證的關鍵。

B. 如何做好app的測試工作測試流程中都包含哪些方面

軟體測試的工作內容主要包括「驗證」和「確認」，具體內容如下。

一、驗證：保證軟體正確地實現了一些特定功能的一系列活動，即保證軟體以正確的方式來做了這個事件。

1、確定軟體生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程。

2、程序正確性的形式證明，即採用形式理論證明程序符合設計規約規定的過程。

3、評審、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規定的需求相一致進行判斷和提出報告。

二、確認：一系列的活動和過程，目譽早的是想證實在一個給定的外部環境中軟體的邏輯正確性，即保證軟體做了用戶所期望的事情。

1、靜態確認，不在計算機上實際執行程序，通過人工或程序分析來證明軟體的正確性銷岩。

2、動態確認，通過執行程序做分析，測試程序虧虛御的動態行為，以證實軟體是否存在問題。

C. App的測試，和傳統軟體測試有哪些區別應該增加哪些方面的測試用例

隨手機對人們生活中的影響越來越大，App測試工作逐漸被眾人所知。從一開始的眾包到現在的自動化探索，手機測試上的技術發展也是日新月異。

App測試相比以往傳統的軟甲測試相關要復雜的多且困難的多。

基於工作經驗，我將如何做好app的測試歸結為如下內容。

(1) 非功能測試

app測試的一個重要方面是app的非功能需求。移動app在推出市場或進行進一步開發前，測試人員有一定的職責做該類需求的跟蹤工作。

早期開發階段要進行的第一個測試應該是實用性測試。通常是由alpha用戶或同事進行的。走進一家咖啡館或餐廳，問問裡面的人他們的app使用情況。讓他們看看現階段開發的第一個版本並收集反饋，看看用戶是否能很好地使用新功能，以便得出第一印象。

(2) 功能測試

每項開發的新功能都需要進行測試。app測試中功能測試是一個重要方面。測試人員應該要進行手動測試和後期的自動化測試維護。剛開始測試時，測試員必須把app當做"黑盒"一樣進行手動測試，看看提供的功能是否正確並如設計的一樣正常運作。除了經典軟體測試，像點擊按鈕、提交訂單看看會發生什麼，測試員還必須執行更多功能的app測試。

除了整個手動測試過程，測試自動化對移動app也很重要。每個代碼變化或新功能都可能影響現存功能及它們的狀態。通常手動回歸測試時間不夠，所以測試員不得不找一個工具去進行自動化回歸測試。現在市面上有很多自動化測試工具，有商業的也有開源的，面向各個不同平台，如android，iPhone，WindowsPhone7，BlackBerry以及移動Webapp。根據開發策略和結構，品質管理測試專家需找出最適合他們環境的自動化工具。

(3) 客戶端性能測試

一個App做的好不好，不僅僅只反應在功能上。被測的app在中低端機上的性能表現也很重要。比如：一個很好玩的游戲或應用，只能在高端機上流暢運行，在中低端機上卡的不行，也不會取得好的口碑。

關於App的性能測試，我們比較關注的參數有：CPU，內存，耗電量，流量，FPS。同時也需關注一下App的安裝耗時和啟動耗時。

目前大家可能比較困惑的一個問題，多高的CPU，內存，耗電量，流量，FPS才算是符合發布的值呢？這里可以告訴大家，可以參考精品游戲的一些數值，將自己研發的app與業內精品的app數據做對比。

(4) 適配兼容測試

App在經過功能測試後，也需對其進行適配兼容測試需要檢查的項主要有以下幾點：

(a) 在不同平牌的機型上的安裝、拉起、點擊和卸載是否正常；

(b) 在不同的操作系統上的安裝、拉起、點擊和卸載是否正常；

我們在實際測試中，常常會遇到下列問題：

(a) 在某個平牌某個系統上，app安裝不上；

(b) 在某個平牌某個系統上，app無法拉起；

(c) 在某個平牌某個系統上，app拉起後無響應或拉起後黑屏、花屏；

(d) 在某個平牌某個系統上，app無法順利卸載；

（WeTest騰訊質量開放平台）這個產品可以實現多款熱門機型的適配兼容測試。

(5) 弱網路測試

App在使用的過程中，難免會遇到弱網路環境，例如在公車上、在地鐵里。在這種情況下，常常會出現網路抖動、上行或下行超時，導致應用中出現丟包。

作為一個測試人員，我們要對app在上線前做一定場景的弱網路環境模型，並查看app在弱網路環境下是否存在某些未知的問題。下面是我們常用的弱網路環境場景：

(a) 3G弱網路信號場景模擬；

(b) 市區低速移動場景模擬；

(c) 郊區高速移動場景模擬；

(d) 請求回應超時_上行超時場景模擬；

(e) 請求回應超時_下行超時場景模擬；

(f) 網路抖動場景模擬；

(6) 耗電量測試

App在手機上的表現，除了功能外，app是否耗電，也是測試過程中重點要關注的一項。手機設備在滿電的時候，這個App能玩多久；App每小時的耗電是多少；App在某個場景掛機10分鍾耗電量是多少；這些都是我們平時在耗電量測試中比較關注的點。

(7) 協議測試

模擬客戶端直接發送協議包給伺服器，看看伺服器是否有一定的校驗，認不認客戶端發過來的數據。協議測試，主要是為了處理用戶發送惡意協議到伺服器，騙過伺服器的校驗。

(8) 安全測試

App在上線前，都需要做詳細的安全測試。安全測試主要為了檢測應用是否容易被外界破解；是否存在被惡意代碼注入的風險；上線後外掛的風險高不高等。

(9) 伺服器性能測試

伺服器性能測試，主要包含單機容量測試和24小時穩定性測試。單機容量測試，可以檢測到單機伺服器在90%的響應時間和成功率都達標的前提下，能夠承載多少用戶量。使用特定游戲模型壓測24小時，服務無重啟，內存無泄漏，並且各事務成功率達標。

這個可以在WeTest入口預約。

(10) 伺服器容災測試

伺服器容災測試，主要指某個服務進程奔潰掉後，是否具有自行恢復能力。比如游戲邏輯進程消失後，是否會自動拉起；memcached崩潰時，是否會重新啟動，是否會對所有玩家有影響。這些都是app測試過程中需要考慮的因素。

(11) 中斷測試

針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法，如：App在前台和後台運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。測試電話，簡訊，彩信，微博或其他通知進來時app的反應。

(12) 上線後期的輿情跟蹤

新的app上線後，用戶對此應用的評價，存在哪些測試期間未察覺的Bug，論壇上對於該應用熱門的帖子有哪些，應用商店中該應用的口碑如何等，都是app在上線後，測試人員需要關注的點。若需要測試期間未發現的Bug，需要新測試服進行確認並根據該問題的修復。

D. 手機app功能測試都測試哪些

APP功能測試是指測試你這個APP的所有功能點是否能夠驗證通過。APP功能測試的測試用例設計需要結合產品需求和開發設計文檔。這里以測試微博APP為例： 發布微博，從頁面上看有文字長度，是否添加圖片，是否有話題，是否有愛特別人等等。 2. 發布微博的操作是否符合用戶體驗，選擇圖片，選擇要愛特的人是否符合人類的認知 3. 發布微博這樣一個動作肯定是和伺服器交互的，那麼需要考慮到各種網路因素 4. 發布微博是調用哪個api？有哪些參數？失敗了會怎麼樣？是否會自動重試？ 5. 發布微博的控制項是否有native的還是webview，還是混合的結構？ 6. 考慮一些android特別的交互，比如home，menu，長按home，發布到一半來電，關機，待機等 等何必這么麻煩，用Testin吧，提交APP到Testin雲測試平台，可自動實現這些測試需求。

E. 軟體測試是干什麼的

第一、通過測試發現軟體中的缺陷或不足

通過測試發現軟體中存在的不足是其中一個內容，測試軟體的技術分為兩種，一是黑盒測試，二是白盒測試。之後通過黑盒和白盒進行不同類型的測試比如有類弄分法、因果圖法以及白盒測試中的分支覆蓋等等，通過這些不同的測試可以發現軟體中存在的不足，以讓軟體開發工程師再次進行完善。

第二、軟體測試需要把發現的的問題整理成報告

軟體測試的工作還包括把發現的問題整理成報告上交，提交緣分開發工程師，當得到確認後再對軟體進行修復。對於軟體測試是干什麼的問題，大家還需要了解，測試人員在整理報告的時候應使用專業的術語，同時要具備很好的文字表達能力以及較強的語言組織能力，也只有這樣才能把發現的缺點或不足詳細、清楚的表達出來，讓開發人員更好的對軟體進行修復。

第三、測試人員需要分析軟體的質量好壞

除了要測試軟體的不足，還要分析軟體質量的好壞，需要根據測試的結果來分析，計算出軟體的缺陷率和缺陷分布的情況，以及提出對軟體修復的趨勢等。測試工程師需要給出軟體各種質量特性的具體度量，比如功能性、可靠性以及易用性等，並得出結論提交給軟體開發工程師。