APP手工測試01-app專項測試要點-測試、開發環境-敏捷開發

APP專項測試要點

• 兼容性測試

• 安裝，卸載，升級

• 交叉事件

• PUSH消息推送測試

• 性能測試

• 其餘類型

 

兼容性測試

• 手機型號

• 系統版本 安卓 （版本4.4開始兼容） IOS（版本9.x開始兼容）

• 屏幕尺寸，分辨率

• 網絡狀態 4G ，WIFI

統計平臺 百度流量院 https://mtj.baidu.com

• 品牌

• 機型

• 分辨率

• 系統

• 聯網

優先兼容機型。

兼容性測試的注意點：

• 功能測試以後，進行兼容性測試

• 兼容性測試關注頁面展現：是否重疊，是否顯示完整，頁面的佈局，對齊方式

• 進行測試時能夠把手機排放在一塊兒，同時進行測試。

安裝，卸載，升級

• 在不一樣的設備上進行安裝/卸載

• 安裝過程當中出現異常，能夠繼續安裝或者卸載後再安裝

• 卸載過程當中出現異常，能夠繼續卸載或者進行再次安裝

• 軟件有版本升級時，用戶可以看到新版本的提示

• 跨版本升級，可以從老版本直接升級到最新的版本

• 升級後的軟件，保存在設備上的軟件的數據可以繼續使用

• 卸載時能夠選擇是否刪除軟件的數據

交叉事件測試

衝突測試，干擾測試

• APP運行時接聽電話

• APP運行時接收信息

• 網絡切換/斷開，4G/WIFI

• 手機自帶應用的干擾，相機，計算器，日曆

• APP運行時，插拔充電器/插拔耳機

• APP運行時，回到桌面，鎖屏，語音助手

 

PUSH消息測試

• 按照業務制定規則進行推送

• 按照推送對象進行推送，具體的單個用戶，部分用戶羣體，所有用戶

• 用戶設置不接受通知消息時，推送消息應該再也不顯示

• 用戶帳號註銷時，在帳號再次登陸時，應該可以收到以前的推送內容

• 用戶手機斷網再次鏈接時，應該可以收到以前的推送內容

• 消息再閱讀後，消息的顯示應該取消

• 手機在前臺後後臺運行時，消息的展現應該不一樣

性能測試

APP性能主要體如今CPU，內存，電量，流量，啓動速度，界面切換

• APP的啓動時間，

  • 熱啓動：軟件從後臺運行進行喚醒

  • 冷啓動：軟件從徹底關閉的狀態進行啓動

• 關注APP的CPU和內存的佔用

  • 內存溢出：申請的內存大於剩餘的內存

  • 內存泄漏：使用後的內存沒有釋放

• APP的耗電量和消耗的流量

• APP的長時間使用時，軟件的流程和手機的系統資源佔用

APP優化性能：

• 圖片進行壓縮剪裁

• 圖片進行緩存

• 信息進行「下拉刷新」，至關於對信息進行分頁展現

其餘類型測試

用戶體驗，極限狀況（邊界），設備權限

• 界面的整齊，美觀

• APP在運行內存/儲存內存將要用完時，進行軟件的安裝/使用

• APP在低電量使用過程當中，忽然斷電關機

• APP在沒有配置攝像頭權限的狀況下，功能使用到攝像頭的狀況

• 更多的權限：相冊，電話，定位，上網，錄音

• 設備的特殊使用，屏幕向左滑動，3D-touch，屏幕橫豎屏的切換

 

---

 

APP項目環境

• 開發環境

• 測試環境

  • 控制環境中的代碼保持穩定，不能隨意修改

  • 控制環境的使用者，避免測試數據隨意改動

• 生產環境/線上環境

按階段：

開發（開發環境：用於代碼集成和開發人員自測）----測試（測試環境）-----上線（生產環境）

測試人員是否要在生產環境進行測試？須要測試

• 軟件升級過程，有可能出錯（代碼，數據庫，配置文件）

• 生產環境和測試環境存在不一樣

  • 硬件環境不一樣

  • 網絡環境不一樣

  • 網站數據不一樣，數據量級別不一樣

  • 服務器中的配置文件不一樣

測試技巧：

生產環境預留測試專用帳號和數據，

若是容許，在內部測試過程當中，切斷生產環節與互聯網的鏈接。在測試完成後，恢復生產環境的數據狀態。

在測試環境與生產環境之間加入一個測試環境，用來模擬生產環境（儘可能接近）

預發佈環境，準生產環境

• 使用生產環境近期的某個數據狀態做爲數據庫進行測試

• 硬件環境，網絡環境，配置文件儘可能接近生產環境的狀態

步驟：測試環境---準生產環境-----生產環境（挑選重要功能，風險比較大的功能進行測試，確保升級過程正確）

 

APP內測

安裝包：安卓 apk IOS ipa

內部分發平臺

• 蒲公英：帳號登陸後，上傳應用，發佈後生成二維碼，掃碼下載安裝

• fir.im

 

APP線上發佈

安卓：應用寶，360手機助手，豌豆莢，各大手機品牌應用商店

IOS：APP Store

 

敏捷開發模式概念

概念：以用戶需求爲核心，採用迭代，按部就班的方式進行軟件開發

互聯網產品特色：

• 以快吃慢

• 需求高度不肯定

• 新的需求，新的方向

• 須要儘可能規避項目風險，快速試錯，快速拿到反饋

 

敏捷開發模式的四個價值觀

個體和互動 高於 流程和工具

工做的軟件 高於 詳盡的文檔

客戶合做 高於 合同談判

響應變化 高於 遵循計劃

 

Scrum中的三種角色

• 產品負責人 Product Owner

  • 肯定需求，造成待辦列表backlog，並排定優先級

  • 肯定產品的發佈日期

• 項目經理 Scrum Master

  • 管理任務的順利進行，保持團隊生產效率

  • 保護團隊不被別的事情干擾

  • 確保團隊成員具有完成任務的相關能力

• 開發團隊（5-9） Dev Team：實現需求，完成功能

  • 測試

  • 開發

  • 界面

 

Scrum開發過程

• 產品經理收集整理需求，肯定產品功能列表

• 計劃會議：產品經理，項目經理，開發團隊一塊兒討論肯定迭代任務

• 每日立會：開發團隊溝通遇到的問題，當日工做計劃，任務細分

• 評審會：產品經理，項目經理，開發團隊，市場相關人員對工做成果進行最後的確認。

  • 評審經過，推向市場

  • 評審不經過，繼續進行修改調整

• 反思會：項目經理，開發團隊對一次迭代週期中好的實踐，須要改進的工做進行討論總結，以便幫助下一次迭代任務的完成。

敏捷看板

• 工做透明化

• 清晰表示需求/工做的進展狀態

每日例會，圍着看板進行介紹本身的工做內容。

APP測試流程

• 需求評審：計劃會議

• 測試計劃：肯定迭代任務

• 測試用例：迭代週期的每日工做

• 測試執行與BUG跟蹤：迭代週期的每日工做

• 測試報告：評審會議以前，反思會中能夠對報告中的內容作討論