iOS自動續費沙盒環境測試

1、ios的自動續費和安卓（除華為外）的自動續費後端邏輯一樣嗎？

答：不一樣，安卓的自動續費是由後端控制發起每月的扣款，但ios是訂閱自動續費的商品後，每月由蘋果發起扣費，再通知後端，從而進行一系列業務執行。ps：華為的自動續費與ios相同，由華為自己發起。

2、蘋果沙盒環境的自動續費訂閱如何測試？

實際訂閱有效期 sandbox測試有效期

1 周 3 分鐘

1 個月 5 分鐘

2 個月 10 分鐘

3 個月 15 分鐘

6 個月 30 分鐘

1 年 1 小時

簡單來講，假設專案建立的商品是按月扣費的自動續費商品，則測試人員使用沙盒賬號開通該自動續費商品後，每隔5min蘋果會自動發起下次扣費，模擬下月的扣費情況，此時可以檢視業務商品的到期時間是否延長等。

ps：一般情況下是每隔5min則扣款一次，假設使用者中途有取消訂閱，且當前同一商品自動扣費未超過5次，再次使用該沙盒賬號訂閱後，存在大於5min後執行下次扣費的可能，請qa人員耐心等待下~假設10min後依然未扣款，存在蘋果扣費成功但暫未給後端發通知的可能和後端收到通知並未處理業務的可能。

3、沙盒環境中，自動續訂訂閱會發生幾次？

答：準確來講，乙個續費商品對應的乙個沙盒賬號，會在開通後扣費6次。假設當前已扣款2次，測試人員手動取消了訂閱，則下次使用該沙盒賬號再次開通該續費商品，依然會自動執行剩餘的4次扣款。（此處的扣款不是真實付費）

ps：若當前公司建立了abcd四個自動續費商品，則同乙個沙盒賬號擁有4×6=24次自動扣費的機會

qa同學在測試自動續費時，

1、建議測試時間多要點；

2、建議建多個沙盒賬號，比如十九八個；

3、測試過程中若遇到蘋果服務不穩定的情況，就自求多福吧（比如11月3號，俺就遇到了蘋果服務全面掛掉的悽慘情景……

新一波，說乙個被蘋果折騰的死去活來的事兒

我司的連續包月商品上線後打算更新成有首月優惠的商品，在測試環境下發現商品公升級後，會導致已購買普通連續包月商品（每月都是乙個**）的使用者，取消訂閱後購買頁展示的是次月**，但實際扣費是首月優惠的**。

於是，產品和開發一致決定為了與呼起的首月***格同步，買過普通連續包月商品的使用者（只要沒有享受過首月優惠商品購買）的購買頁展示首月***位，經歷了一波開發+測試，上線了。

誰知道！！上線後這類使用者實際扣費呼起的支付**又變成次月**了！！！測試環境說好了首月**呢！！你們咋各玩各的啊？？？

於是，我們再次打算讓這類使用者的購買頁與呼起**保持同步，技術小哥哥小姐姐們又是一通忙活後部署到測試環境，然鵝測試的時候發現……購買過普通連續包月的使用者，在商品公升級為首月優惠後，呼起的**也是次月**了，與正式環境同步了！！！md，那之前測了那麼多次呼起的首月**是鬧呢？？？

所以……

發生了什麼……

我是誰我在哪……