背景介紹

1.某款手游的v1.0已經發布到App Store；
2.該手游是不支持多版本客戶端兼容的，也就是說如果現在server的版本是v2.0的話，那麼當你打開v1.0的client的時候會提示升級，否則無法進入游戲；
3.數據庫裡面玩家的主鍵是由Device ID和Game Center ID共同決定的；
4.有兩個團隊，一個是開發團隊（dev team），一個是運營團隊（ops team）；
5.用QA表示提供版本的人員，用QC表示測試版本的人員；
6.第一次安裝游戲的時候，設備中該游戲的Documents文件夾是空的，游戲的存檔就保持在這個文件夾中，在不卸載的情況下安裝新版本，Documents裡面的文件還是原來的內容。

本文目的

為了拋磚引玉，因為我總感覺我後面要說的測試流程不是最佳的，如果你有更好的方案，歡迎賜教。

為了表述方便，約定如下：

1.有兩個測試環境，一個是dev team維護，一個是ops team維護，所以分別稱它們為dev-env和ops-env；
2.每個測試環境都分別有兩台機子（每台機子，可以理解為一個server，當然這裡做了簡化，真實情況可能一個server由好幾台機子組成），dev-env的兩台機子分別叫做dev-cert和dev-prod，ops-env的兩台機子叫做ops-cert和ops-prod（這個其實就是真正玩家的server）；
3.client首先都是會連接prod的，當發現prod的版本號低於client的時候，才會連接到cert，這裡的版本號是指內部版本號，不是在App Store上面顯示的那個版本號；

下面模擬從v1.0升級到v2.0，在這之前所有server的版本號都是v1.0。

測試流程

一、dev-env

1.QA部署v2.0到dev-cert，發v2.0的client給QC，QC刪除設備上面的所有相關的舊版本，安裝v2.0；
2.這個時候，因為dev-prod是v1.0，所以現在實際連接的是dev-cert，QC做full test，大概需要一到兩天時間；
（第2步是為了單獨測試v2.0）
3.QC刪除設備上面的v2.0，安裝v1.0，這個時候應該連接的是dev-prod，然後從數據庫中讀取存檔，並玩一會游戲；
4.QA部署v2.0到dev-prod，這個時候，QC設備上面的v1.0應該會提示有新的client版本，只能點擊更新按鈕轉到App Store上面游戲的頁面，否則無法繼續玩v1.0；
5.QC在不刪除v1.0的情況下安裝v2.0，不刪除v1.0的目的是保留client原來的本地存檔文件，因為真正的玩家是不會刪除之後再安裝的，之後QC做簡單測試；
（第3、4、5步是為了測試版本升級以及存檔的讀取，QC應該分別記錄某個Game Center ID在某台設備上面，連接某台server的情況下，所完成的游戲進度）
6.QC刪除設備上面的v2.0，然後重新安裝v2.0的client，這是為了測試某些玩家第一次安裝新版本的情況；
7.QA手動修改dev-prod的版本號到v3.0，這個時候，QC打開v2.0的client，看是否有提示升級；
8.QC發dev-env的測試報告；

以上8步完全沒有問題之後，進入ops-env測試流程。

二、ops-env

9. QA重新做一個v2.0的client發給QC；
10. QA發v2.0的server包給ops team，ops team部署v2.0到ops-cert；
11.QC full test大概需要一天左右，這個時候因為ops-prod還是v1.0，所以實際連接的是ops-cert；
12.QC發ops-env的測試報告；
13.ops-team把v2.0的client發給Apple審核，Apple審核的時候實際上用的也是ops-cert；
14.Apple審核通過之後，ops-team release v2.0的client，同時把v2.0的server部署到ops-prod。

以上任何一步如果有問題的話，都需要從頭開始。

總結

目前估計在有4個QC的情況下，從第1步到第12步，在一切順利的情況下也需要大概3天時間左右。如果中間出現問題，那就不知道要多長時間了，所以我感覺這個流程不是很好，如果你有很好的想法，歡迎賜教。


-陳小道
個人微信號：iamcdz

微信公眾號：ichenxiaodao

文檔信息

• 版權聲明：自由轉載-非商用-非衍生-保持署名 | Creative Commons BY-NC-ND 3.0
  • 原文網址：http://blog.csdn.net/cdztop/article/details/19100355
    • 最後修改時間：2014年02月12日 02:13