1. Mobile APP
測試經驗分享
Mr.PM
1

2. 為何是這個主題
• 老前輩的一句話：
– 要業務願意幫你跑，你就要跑第一個客戶給他
看，他以後就會對你心服口服了，不會再找一
堆藉口
• 得到的啟發
– 要跑第一個客戶給業務看
– 要想好幾個梗給行銷公關單位
– 要懂「測試」來增進與「開發人員」溝通效率
2

3. 分享主題
• UCD 與 軟體測試
• Mobile APP測試經驗談
3

4. I. UCD 與 軟體測試
4

5. 一般流程
Performance
不好
企劃 開發 & Unit Test SIT UAT
想增刪功能 用起來不順手
5

6. 真實的世界是
• 總是有更好的想法，更新的insight發現
• 實際去玩去感受，才能了解到底好不好用
• Performance是UX的關鍵要素之一，但偏
偏Prototype很難模擬
6

7. Prototype無法100%模擬
7

8. 修正式流程（敏捷？）
企劃
模組一
UAT 修改
開發
模組二
SIT UAT 修改
開發
模組三
SIT UAT 修改
開發
8

9. 重要精神在於
• 多個release，多個UAT測試點
• 早期發現，早期治療，可以節省後期修修
改改的時間
9

10. II. Mobile APP測試經驗談
10

11. 測試方法論
• Functional Test • Interruption Test
• UI Flow Test • Stress Test
• Integration Test • Concurrent Test
• Positive Test • Negative Test
• Performance Test
• Boundary Test
• Multi-Lingual Test
11

12. 方法論簡易說明
• Functional Test / Positive Test / UI Flow
Test
– basic Functions provided by spec & scenario
doc
• Negative Test
– Testing the system using negative data is
called negative testing
• Integration Test
– Interact with Other Applications
• Interruption Test
– Interrupted by other event
12

13. 方法論簡易說明
• Stress Test
– To exercise the target system or environment
at the point of saturation such as depletion of
a resource: CPU, memory, etc
• Concurrent Test
– Music background play; background
downloading; and etc.
• Boundary Test
– focus on the boundary or limit conditions of
the software being tested
13

14. 舉幾個例子來說
14

15. 各式各樣的網路狀況
• 正常
• 滿格但沒訊號
• 傳輸到一半中斷
• Server無回應
• 回傳的值有空值
• 回傳的值有SQL或系統不接受的字元
15

16. 各式各樣的意外
• 密碼輸入錯誤
• 在登入到一半的時候按下Back、搜尋、
Home
• 在匯入大量資料的時候，突然轉橫向
• 電話突然打進來
16

17. III. 測試精神的落實
17

18. 測試不只是測試人員的工作
• 開發人員要測試
– 一開始就能用對的架構進行開發
• 企劃、PM要測試
– 以user的角度來看是否好用
• 測試人員要測試
– 以完整的Test case進行測試，進行軟體QA
18

19. 測試資料的準備
• 前期準備好測試資料，可以加速開發進行
– 中英混雜 + 特殊字元 + 超長與超短字串
– 空值
– 大量的DATA
企劃
模組一
UAT 修改
開發
19

20. Q&A
20