tid2016mbt在移動app測試中的應用

1、議題1. 移動APP測試的2. MBT的引入3. MBT實戰(zhàn) 建模：使用FSM 對移動APP建模 規(guī)則：設立用例規(guī)則以及執(zhí)行模型4. 展望移動APP測試當前的3性p 兼容性2閃退客戶不可接受移動APP長時間運行的性，考驗Android 的款式已達幾千款之多，不同的廠商都基于原1 兼容性尤其在Android系統(tǒng)4 測試效率具體體現(xiàn)在兼容性測試、功能測試上生Adnroid做了定制化開發(fā)， 兼容性測試在Android下切膚之痛。p閃退移動APP運行一段時間p性移動APP常出現(xiàn)一些長時間的運行錯誤p 測試效率移動APP在多機型上測試，效率低下曾經(jīng)的解決方案自動化測試a基于appium開展APP自動化測

2、試加強易點測試網(wǎng)絡環(huán)境突變不同視圖模式b內存不足載荷測試.性測試自動化c開發(fā)自動化測試腳本，覆蓋主要操作類型，7*24小時運行d 通過自動化測試進行兼容性測試基于APPIUM，開展自動化測試，并在多機型上運行e 借助商業(yè)測試公司的能力不能保證所有的缺陷挖掘完，心里沒底仍然的問題類問題分析日志，類問題以及功能性問題仍，漏網(wǎng)之魚自動化測試不具備智能性測試點人為，單一性測試覆蓋的操作類型，不夠全面，隨機性不夠，在既定的時間內，沒辦法覆蓋所有的操作組合議題1. 移動APP測試的2. MBT的引入3. MBT實戰(zhàn) 建模：使用FSM 對移動APP建模 規(guī)則：設立用例規(guī)則以及執(zhí)行模型4. 展望MBT的引入M

3、BT（Mbased testing）基于模型的測試。建模過程，通常是指對被 測試系統(tǒng)的某些（通常是功能）方面的描述， 以及對于被測系統(tǒng)預期行為的抽象描述。MBT 的過程1 SYSTEM SPECSmingtranslation4TEST SCRIPTS2THE SPECIFIED Mgenerationexecution5 TEST EXECUTION LOG3 ABSTRACT TEST SUIT建模模型類型示例適用場景基于轉換FSM（有限狀態(tài)機）用途最廣泛。 用于黑盒測試的建模UML狀態(tài)機的對象 是 類、角色、子系統(tǒng)，與類圖結合起來使用。統(tǒng)計式鏈實際上是一種遷移具有概率特征的有限狀態(tài)機?？?/p>

4、以預測狀態(tài)機下，各種轉換的概率，依據(jù)概率可以自動化生成測試用例，還可以分析測試結果。操作式Petri網(wǎng)適合于描述異步的、并發(fā)的系統(tǒng)模型。在并發(fā)測試中， 通過petri網(wǎng)的建模，可以在保證測試質量的情況下，大量的減少并發(fā)測試用例。UML活動圖描述了從活動到活動的 流。適合于功能建模。表：MBT 模型移動APP的建模模型選擇1狀態(tài)領域，很多是基于狀態(tài)的， 往往能從基于狀態(tài)的測試中獲益2Android 啟示Android 下，一個頁面是一個activity，該頁面，是否可以抽象成一個狀態(tài)轉換3頁面間的切換， 是否可以抽象成FSM里面的轉換4FSM 應用APP，基于UI的測試過程中，使用FSM 建模沒

5、有技術性問題建模模型有限狀態(tài)機（FSM）狀態(tài)機理論最初的發(fā)展在數(shù)字電路設計領域。而在 設計領域，狀態(tài)機的理論儼然已經(jīng)自成一體，它經(jīng)常用來描述一些復雜的算法，描述對象在它的生命周期內所經(jīng)歷的狀態(tài)序列， 以及如何響應來自外界的各種 。議題1. 移動APP測試的2. MBT的引入3. MBT實戰(zhàn) 建模：使用FSM 對移動APP建模 規(guī)則：設立用例規(guī)則以及執(zhí)行模型4. 展望移動APP的建模實戰(zhàn)pMBT測試如何使用MBT該款APP進行測試？MBT 測試效果 前瞻充展功能測試。功能測試主要功能點，與圖論的結合，開展充分的性測試。性測試MBT與 monkey測試理論的結合， “猴子”在FSM模型中隨機漫步，

6、基于經(jīng)驗的測試人總是在相同的地方摔跟頭，由人主導的也是類似。通過MBT的， 依據(jù)已挖掘BUG，動態(tài)調整測試模型。實戰(zhàn)：FSM圖：放射APP的FSM實戰(zhàn)：FSM 的機器表示p FSM 可以被看做是一張有向圖p通過鄰接矩陣的方式來表示有向圖實戰(zhàn)：圖論將移動APP的FSM 通過有向圖表示之后，圖論的視角：p兩點之間的最短路徑p兩點之間的最長路徑p深度優(yōu)先遍歷p廣度優(yōu)先遍歷p所有狀態(tài)遍歷p所有轉換遍歷p.最短路徑算法示例：問題：圖論如何應用到MBT？圖：最短路徑dijkstra算法功能測試實戰(zhàn)舉例：醫(yī)生發(fā)帖放射科醫(yī)生使用放射APP，一個主要場景是：發(fā)帖咨詢的意見。我們以此場景為例， 講述MBT如何應用

7、在功能測試中。用戶場景輸入醫(yī)生發(fā)帖，起始節(jié)點是“0首頁”，終止節(jié)點是“4帖子詳情”。故設置起止節(jié)點如上規(guī)則：圖論算法Ø醫(yī)生發(fā)帖的最短路徑及script Ø醫(yī)生發(fā)帖的最長路徑及script Ø醫(yī)生發(fā)帖的深度優(yōu)先遍歷script Ø醫(yī)生發(fā)帖的廣度優(yōu)先遍歷script Ø.功能測試過程user case 到圖論的抽象圖論算法 生能用例特定規(guī)則 生成異常用例性測試實戰(zhàn)：monkey測試p Monkey測試：n 只猴子， 在系統(tǒng)里面，隨機的跳動， 跳動到哪里，就觸發(fā)對應 的功能。測試領域， monkey測試把隨機測試 與并發(fā)測試發(fā)揮到了非常 高的高度。p

8、 在移動APP里面，由于只有一個人在使用，故猴子數(shù)量設置為1，在FSM這個有向圖里面，可以讓猴子隨機的選擇任一條邊， 設置一定的運行時長，讓猴子在系統(tǒng)里面跳上幾天幾夜性測試實戰(zhàn)：monkey測試圖論Monkey測試實戰(zhàn)：基于經(jīng)驗的測試p 已發(fā)現(xiàn)的bug集，是一座金礦，值得深入挖掘p 越是出錯的地方，越得加強測試。p FSM 的表示，目前通過有向圖表示p 把 有向圖 升級為 有向圖。： 1）在monkey性測試過程中，出錯的邊，權重加1。如右圖2） 隨機選擇算法考慮權重。建立BUG分析集智能優(yōu)化測試模型MBT 總體框架測試管理層算法層操作層底層調度中心功能測試性測試圖論算法monkey算法有限狀態(tài)機FSMAPPIUMMOBILE功能算法MBT 實戰(zhàn)總結建模有限狀態(tài)機有向圖功能測試自動生成測試用例自動生成測試腳本性測試基于monkey思想實現(xiàn)智能測試兼容性測試自動化測試多機型MBT 過程中問題問題：p FSM 在建模過程中，狀態(tài)爆炸的問題， 不僅給建模本身造成，給后續(xù)的 程序處理造成的處理復雜度增加是指 數(shù)級的。思路：p在建模過程中，抽象出類似的狀態(tài)， 使用狀態(tài)嵌套，減少邏輯