標籤:自己 http 測試的 開發 ati 移動端 不能 增量 技術
個人覺得, 對於專項的測試, 萬變不離其宗的是策略,或者說是方案的設計. 對於執行步驟-預期結果等等這都是設計的過程中最為重要的, Apple為Ios的開發人員提供了Instrument這個強大的工具箱,然而工具的使用不能說是自己已經學會了專項的技術, 策略永遠是重點.
測試開始:
1 下面執行測試的是我自己寫的一款APP,不如所料的是存在問題的(筆者開始學OC不久,而且之前都是指令碼語言較多,對於移動端的測試略少,所以才開始學習OC),我們將使用Allocation進行記憶體測試
2 瞭解需求,制定測試方案(自導自演~~):
1)需求:炫彩動圖大師(實際內容並沒有這麼酷 - -),是一款自我定製(因為我常晚睡,想幫忙催眠下自己)
@1,通過專屬的精彩選圖,被自己喜歡的音樂催眠,讓自己輕鬆的入睡,(定製的,因為我就這麼2 - - 好哄)
@2,點擊上一張,下一張,切換選gif圖,音樂也隨之切換.
2)測試方案: <測試步驟>點擊下一張,mark一下記憶體,持續4-5次後, 觀察記憶體. <預期結果>不存在記憶體增長
3 執行測試:
1)開啟allocation
-> <Allocation>
2)選擇app-並且觀察策略改為Generations,然後點擊左上方紅點 -> 開車
3)執行:
@1 啟動app,待穩定後-點擊一下mark
@2 點擊<下一張>,穩定後mark(這裡的穩定後,可以通過上方的觀察介面圖形,看到穩定值)
@3 重複第二步4-5次
@4 點擊左上方關閉,進入分析
4) 分析:
@1 如看出,每次執行後這裡都存在的增量約為1M左右, 中間的我們參考從第二開始.
@2 一般來說,第一次mark是啟動之後,這裡存在的值可能存在部分常駐單例, 所以不應該設計考慮,所以我們都是第二個mark開始
@3 點開2-3-4-5的mark.(最底下選擇All VM Regions)
@4 可以看到,每一個mark都有個存在一個VM:MALLOC_LARGE就是我們每次增量的大頭,而他也就是我們記憶體增長的原因
@5 現在,將他點開,可以看到,本次需求的記憶體大頭是它
(大家別注重我的初學者app代碼,寫個樣本真的還是勉強, 我也會加強我的OC能力的,共勉哈)
這就是Allocation在我平時工作中的使用,但,測試, 永遠重在溝通.
ios測試必備技能, Instruments - Allocation測試記憶體