tid2016mbt在移動(dòng)app測試中的應(yīng)用

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

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

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

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

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

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

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

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