基于飛豬APP的黑盒測(cè)試技術(shù)的研究與分析

1、 基于飛豬APP的黑盒測(cè)試技術(shù)研究與分析Research and Analysis of Black box Testing Technology Based on Fliggy APP中文摘要隨著互聯(lián)網(wǎng)技術(shù)與國(guó)內(nèi)軟件市場(chǎng)的高速蓬勃發(fā)展，軟件應(yīng)用成為人們手機(jī)日常生活中不可或缺的一部分。近年來(lái)，很多公司與企業(yè)都會(huì)對(duì)軟件進(jìn)行詳細(xì)、系統(tǒng)的檢測(cè)，軟件的質(zhì)量也越來(lái)越受到重視。本文主要介紹軟件測(cè)試中的黑盒測(cè)試方法，課題圍繞軟件測(cè)試的研究背景、國(guó)內(nèi)外現(xiàn)狀分析、研究目的意義討論。闡述軟件測(cè)試技術(shù)研究，包括黑盒測(cè)試技術(shù)研究，其內(nèi)容包含黑盒測(cè)試目的、方法，如等價(jià)類、因果圖等等。為了測(cè)試更加充分，還對(duì)移動(dòng)應(yīng)用技術(shù)以

2、及自動(dòng)化測(cè)試進(jìn)行研究。本課題基于對(duì)手機(jī)APP應(yīng)用進(jìn)行測(cè)試，利用國(guó)內(nèi)的旅行軟件“飛豬”APP進(jìn)行分析。研究與分析的內(nèi)容包括APP項(xiàng)目的需求分析、數(shù)據(jù)流圖、用例圖分析，設(shè)計(jì)測(cè)試用例，執(zhí)行測(cè)試用例以及測(cè)試結(jié)果與總結(jié)，本文圍繞這些內(nèi)容進(jìn)行展開說(shuō)明。關(guān)鍵詞：軟件測(cè)試 黑盒測(cè)試 自動(dòng)化測(cè)試 Abstract With the rapid development of Internet technology and domestic software market, software application has become an indispensable part of peoples daily

3、life. In recent years, many companies and enterprises will test the software in detail and systematically, and the quality of the software is paid more and more attention.This topic mainly introduces the black box testing method in software testing. The topic focuses on the research background of so

4、ftware testing, the analysis of current situation at home and abroad, and the discussion of research purpose and significance. This topic expounds the research of software testing technology, including the research of black box testing technology, including the purpose and method of black box testin

5、g, such as equivalence class, cause and effect diagram, etc. In order to test more fully, mobile application technology and automatic test are also studied.This topic is based on the test of mobile app application, using the domestic travel software flying pig app for analysis. The content of resear

6、ch and analysis includes requirement analysis, data flow diagram, use case diagram analysis, design test case, execution test case and test results and summary of APP project. This paper focuses on these contents.Key words：software test black box testing automated testing目錄第1章 緒論11.1課題研究背景11.2課題研究目的

7、與意義11.3國(guó)內(nèi)外研究現(xiàn)狀21.4課題研究的主要內(nèi)容31.5本章小結(jié)3第2章 軟件測(cè)試技術(shù)研究42.1軟件測(cè)試方法研究42.1.1黑盒測(cè)試技術(shù)研究42.1.2 移動(dòng)應(yīng)用測(cè)試技術(shù)研究82.2自動(dòng)化軟件測(cè)試技術(shù)研究102.2.1 自動(dòng)化技術(shù)分類102.2.2本課題所應(yīng)用的自動(dòng)化技術(shù)102.3本章小結(jié)11第3章 基于飛豬APP的測(cè)試需求分析123.1.測(cè)試需求分析123.1.1項(xiàng)目概述123.1.2項(xiàng)目需求分析133.2數(shù)據(jù)流圖分析163.3用例圖分析173.4本章小結(jié)19第四章 基于飛豬APP的測(cè)試設(shè)計(jì)與分析204.1測(cè)試用例設(shè)計(jì)204.1.1 購(gòu)物車測(cè)試用例設(shè)計(jì)204.1.2 填寫訂單模塊測(cè)試

8、用例設(shè)計(jì)214.2測(cè)試腳本設(shè)計(jì)與分析224.2.1 APP首頁(yè)、機(jī)票首頁(yè)上部控件以及子頁(yè)面用例設(shè)計(jì)224.2.2 機(jī)票在線選座控件以及子頁(yè)面用例設(shè)計(jì)234.2.3 機(jī)票航班動(dòng)態(tài)控件以及子頁(yè)面用例設(shè)計(jì)234.3本章小結(jié)24第五章 基于飛豬APP的測(cè)試實(shí)施與結(jié)果分析255.1測(cè)試實(shí)施255.1.1 購(gòu)物車功能測(cè)試實(shí)施255.1.2 填寫訂單功能測(cè)試實(shí)施265.1.3 自動(dòng)化測(cè)試實(shí)施265.2測(cè)試結(jié)果分析295.3本章小結(jié)30第六章 總結(jié)與展望316.1總結(jié)316.2后續(xù)研究展望316.3本章小結(jié)31參 考 文 獻(xiàn)32致謝33圖表目錄圖 1訂單填寫8圖 2購(gòu)物流程基本流備選流8圖 3系統(tǒng)框架圖12圖

9、 4APP主頁(yè)面13圖 5機(jī)票主頁(yè)面14圖 6航班動(dòng)態(tài)頁(yè)面及其子頁(yè)面15圖 7登錄頁(yè)面16圖 8數(shù)據(jù)流圖16圖 9購(gòu)物車管理用例圖17圖 10訂單管理用例圖18圖 11機(jī)票功能用例圖18圖 12購(gòu)物車活動(dòng)圖19圖 13 APP首頁(yè)、機(jī)票首頁(yè)上部控件設(shè)計(jì)腳本23圖 14機(jī)票首頁(yè)下部控件設(shè)計(jì)腳本23圖 15航班動(dòng)態(tài)控件設(shè)計(jì)腳本24圖 16購(gòu)物車測(cè)試實(shí)施25圖 17填寫訂單頁(yè)面測(cè)試實(shí)施26圖 18 uiautomatorviewer軟件對(duì)控件進(jìn)行定位27圖 19 eclipse腳本編寫27圖 20 Appium運(yùn)行128圖 21 Appium運(yùn)行228圖 22測(cè)試用例實(shí)施柱狀圖29圖 23測(cè)試類型分

10、布餅狀圖30表 1購(gòu)物車頁(yè)面部分測(cè)試用例20表 2 UI頁(yè)面部分測(cè)試用例21表 3兼容性測(cè)試用例21表 4填寫訂單頁(yè)面部分測(cè)試用例22表 5 APP首頁(yè)、機(jī)票首頁(yè)上部控件部分測(cè)試用例22表 6機(jī)票首頁(yè)下部控件部分測(cè)試用例23表 7航班動(dòng)態(tài)控件部分測(cè)試用例24廣東東軟學(xué)院本科畢業(yè)設(shè)計(jì)（論文）第1章 緒論1.1課題研究背景當(dāng)程序設(shè)計(jì)并開發(fā)好之后，我們會(huì)對(duì)程序進(jìn)行執(zhí)行并檢測(cè)，這一過(guò)程叫軟件測(cè)試。為什么要進(jìn)行檢測(cè)？其目的是提高軟件的質(zhì)量，保證其功能的可靠性，盡可能地在測(cè)試過(guò)程中，能夠發(fā)現(xiàn)所有的錯(cuò)誤并且糾正它。軟件測(cè)試是在一個(gè)軟件在上線之前，為軟件質(zhì)量保證的非常重要環(huán)節(jié)之一。測(cè)試工具與方法是軟件系統(tǒng)進(jìn)行

11、充分的測(cè)試的前提。隨著社會(huì)科技的發(fā)展，測(cè)試工具也慢慢發(fā)展并且盛行起來(lái)，測(cè)試不僅限于簡(jiǎn)單的調(diào)試。利用測(cè)試工具，可以對(duì)測(cè)試進(jìn)行設(shè)計(jì)、執(zhí)行等等工作。除此之外，測(cè)試工具讓系統(tǒng)自動(dòng)化程度與軟件的精準(zhǔn)度、準(zhǔn)確度大大提升，提高測(cè)試效率。同時(shí)測(cè)試方法也得到了發(fā)展，例如黑盒測(cè)試、白盒測(cè)試、自動(dòng)化技術(shù)等等。目前為止，測(cè)試工具與方法的發(fā)展、推行受到人們極度的重視。本課題的主要研究對(duì)象是黑盒測(cè)試，這種方法在測(cè)試過(guò)程中十分常見，也會(huì)經(jīng)常用到。在軟件原型基本完成時(shí)，大多數(shù)都會(huì)選擇黑盒測(cè)試來(lái)對(duì)軟件進(jìn)行初步測(cè)試。此次課題將結(jié)合線上一款旅游綜合性“飛豬”APP，在理論與實(shí)踐上，分別對(duì)黑盒測(cè)試的技術(shù)進(jìn)一步討論與分析。1.2課題研

12、究目的與意義隨著科技發(fā)展的今天，電子產(chǎn)品隨處可見，這些產(chǎn)品種類繁多，成為我們生活中必不可少的一部份。同時(shí)，帶給我們生活便利、以及提高生活品質(zhì)的是電子產(chǎn)品里所攜帶的軟件。在軟件被植入電子產(chǎn)品之前，我們要對(duì)其進(jìn)行檢測(cè)，為什么要進(jìn)行測(cè)試，這是我們值得關(guān)注、探索與深究的問(wèn)題。發(fā)現(xiàn)軟件的BUG，也就是軟件出現(xiàn)報(bào)錯(cuò)。檢測(cè)軟件是否達(dá)到我們想要的技術(shù)要求實(shí)現(xiàn)以及是否達(dá)到需求標(biāo)準(zhǔn)，這些都是軟件測(cè)試的工作。作為測(cè)試技術(shù)人員，要做到為風(fēng)險(xiǎn)評(píng)估做相應(yīng)充足準(zhǔn)備。軟件測(cè)試更重要是保證軟件開發(fā)的過(guò)程中是高質(zhì)量的，并且是貫穿在軟件開發(fā)過(guò)程中。在軟件上線推入市場(chǎng)前，我們是替用戶提前檢測(cè)體驗(yàn)軟件。盡可能的將軟件交給用戶使用前，讓

13、所有問(wèn)題提前暴露出來(lái)，讓我們這方將問(wèn)題解決改正，以最好的狀態(tài)提交給用戶。其目的也是為了讓用戶能有更好的使用與體驗(yàn)。首先，我們要知道，不足的測(cè)試會(huì)使用戶承擔(dān)很大的危險(xiǎn)。假如測(cè)試工作沒有做好，軟件自己便帶著一些潛藏的BUG，如果將BUG投入到線上市場(chǎng)，這將意味著用戶在使用軟件過(guò)程中會(huì)經(jīng)常出錯(cuò)，造成用戶體驗(yàn)感差，這會(huì)導(dǎo)致這一款軟件的用戶量下降、用戶活躍度也會(huì)降低，并且會(huì)面臨一個(gè)低分應(yīng)用的風(fēng)險(xiǎn)，同時(shí)會(huì)造成公司企業(yè)的虧損，因?yàn)槿缃瘳F(xiàn)在這個(gè)社會(huì)，很多用戶都是喜歡高分應(yīng)用，見到評(píng)分高的應(yīng)用才下載使用。同時(shí)用戶也要承擔(dān)軟件的風(fēng)險(xiǎn)，例如軟件閃退、部分功能無(wú)法使用等等。不足的軟件測(cè)試所帶來(lái)的損失，不管對(duì)任何一方都

14、是有害無(wú)益的。一個(gè)項(xiàng)目是有規(guī)劃一個(gè)測(cè)試計(jì)劃去進(jìn)行測(cè)試，假如過(guò)度測(cè)試，不僅會(huì)讓研發(fā)、測(cè)試人員要進(jìn)行加班，勞累身心，工作效率會(huì)大大降低。過(guò)度測(cè)試則會(huì)投入很多時(shí)間，導(dǎo)致資源浪費(fèi)。公司在前期還會(huì)投入很大的時(shí)間精力、財(cái)力、物力等等方面，這對(duì)公司成本利潤(rùn)來(lái)算也是不利的。測(cè)試是為了使產(chǎn)出、投入比達(dá)到最大，而不是即使找到了錯(cuò)誤，然而付出了過(guò)高的代價(jià)。1.3國(guó)內(nèi)外研究現(xiàn)狀在軟件開發(fā)初期階段，軟件的所有的內(nèi)容例如規(guī)模小，需求和程序本身也沒有現(xiàn)在的這么復(fù)雜和多變。由于開發(fā)人員要完成代碼編寫，所以對(duì)測(cè)試基本不投入精力與時(shí)間。但是最終為了知道軟件哪里有誤，開發(fā)人員只是進(jìn)行簡(jiǎn)單的調(diào)試。不僅如此，測(cè)試常常是放到最后，等到代

15、碼完成才開始。直至與出現(xiàn)了軟件質(zhì)量不佳帶來(lái)了風(fēng)險(xiǎn)，在上世紀(jì)60年代，以開發(fā)技術(shù)為主的一家美國(guó)公司所研發(fā)的操作系統(tǒng)失敗，導(dǎo)致公司出現(xiàn)不可挽回的損失。從那時(shí)開始，軟件技術(shù)慢慢得到極大發(fā)展，80年代開始出現(xiàn)軟件測(cè)試職業(yè)；發(fā)表大量測(cè)試刊物、相關(guān)國(guó)際標(biāo)準(zhǔn)等。直至這個(gè)世紀(jì)，軟件測(cè)試才開始有專業(yè)名稱。發(fā)展至今，在國(guó)際上，測(cè)試逐漸發(fā)展成一個(gè)非常獨(dú)立的職業(yè)。在一些大型軟件開發(fā)的公司，例如微軟等，測(cè)試人員的數(shù)量占項(xiàng)目人員的二分之一或者四分之一，這是一個(gè)很高的比例。甚至有些時(shí)候，需要第三方介入測(cè)試中檢測(cè)產(chǎn)品。且發(fā)展到上世紀(jì)末，自動(dòng)測(cè)試系統(tǒng)開發(fā)的指導(dǎo)思想也發(fā)生了極大變化，到現(xiàn)在也是我們普及的測(cè)試技術(shù)之一。然而在國(guó)內(nèi)，

16、測(cè)試技術(shù)剛剛興起，還處于初期階段，大部分軟件都處于公司內(nèi)部測(cè)試階段，且大多主要用功能測(cè)試上，這種自測(cè)方法存在很大弊端。國(guó)內(nèi)對(duì)軟件測(cè)試的規(guī)范化與標(biāo)準(zhǔn)化不夠。在國(guó)內(nèi)公司，開發(fā)人員與測(cè)試人員數(shù)量比例為5：1甚至是10：1，但是在國(guó)外一般為2：1。國(guó)內(nèi)的商業(yè)化操作，一般只做產(chǎn)品的基本驗(yàn)收工作，作用意義不是很大，對(duì)測(cè)試這一塊還存在很大的空間去完善以及發(fā)展。1.4課題研究的主要內(nèi)容本文研究?jī)?nèi)容介紹，主要探討對(duì)象是黑盒測(cè)試，其中對(duì)軟件測(cè)試技術(shù)的研究，包含黑盒測(cè)試技術(shù)研究、移動(dòng)應(yīng)用技術(shù)研究、自動(dòng)化軟件測(cè)試研究論述。主要論述黑盒測(cè)試技術(shù)研究，包括黑盒測(cè)試的定義、方法、優(yōu)缺點(diǎn)等展開進(jìn)行論述。圍繞黑盒測(cè)試作為主要研

17、究對(duì)象，并將黑盒測(cè)試實(shí)際應(yīng)用于我們生活常用的手機(jī)軟件APP中，并對(duì)其進(jìn)行需求分析、設(shè)計(jì)編寫測(cè)試用例、測(cè)試腳本、執(zhí)行測(cè)試、并且分析總結(jié)測(cè)試結(jié)果，進(jìn)一步總結(jié)討論分析與研究黑盒測(cè)試的理論性與應(yīng)用性。1.5本章小結(jié)本章主要綜述了本課題的背景、課題研究的目的及意義、國(guó)內(nèi)外研究現(xiàn)狀以及本課題所研究的主要內(nèi)容。第2章 軟件測(cè)試技術(shù)研究2.1軟件測(cè)試方法研究2.1.1黑盒測(cè)試技術(shù)研究2.1.1.1什么是黑盒測(cè)試把程序想成一個(gè)不能打開的黑色盒子，在完全不用考慮代碼、內(nèi)部程序和特性下，只檢查黑子的內(nèi)部程序與提供的需求規(guī)格說(shuō)明書所規(guī)定的需求是否符合，以及通過(guò)測(cè)試，來(lái)檢測(cè)程序是否能將接收到的輸入的信息的結(jié)果成功輸出、

18、并且檢查輸出的內(nèi)容是否正確。這種測(cè)試一般單單檢查程序內(nèi)部的每個(gè)功能性功能點(diǎn)是否能夠正常運(yùn)作，所以通常黑盒測(cè)試也稱為功能測(cè)試。2.1.1.2 黑盒測(cè)試的目的1、檢查功能的完整性，是否有遺漏、不正確的功能2、檢查系統(tǒng)界面是否存在顯示錯(cuò)誤3、在數(shù)據(jù)的輸入與輸出上，是否會(huì)出現(xiàn)差異錯(cuò)誤，輸入是否能接收正確，輸出的結(jié)果是否準(zhǔn)確。4、檢查系統(tǒng)都性能是否能夠滿足需求，性能檢測(cè)是否錯(cuò)誤5、檢查是否有數(shù)據(jù)初始化、中斷錯(cuò)誤、終止性錯(cuò)誤等2.1.1.3軟件的生命周期中各階段用到的黑盒測(cè)試1、單元測(cè)試單元測(cè)試，是指對(duì)軟件里對(duì)最小可測(cè)試的單元進(jìn)行檢查并驗(yàn)證的過(guò)程，用于檢測(cè)在特定條件下目標(biāo)代碼正確性的代碼，單元被認(rèn)定為最小

19、的被測(cè)對(duì)象模塊。6軟件中獨(dú)立的單元與程序的其他部分要相隔離。對(duì)于單元的含義，在根據(jù)不同情況有不同的含義，例如，在JAVA中是被認(rèn)為一個(gè)類，在C語(yǔ)言中是指一個(gè)函數(shù)，UI中是指一個(gè)菜單或窗口按鍵等等。在單元測(cè)試中，黑盒測(cè)試的地位，主要是輔助方法呈現(xiàn)出來(lái)，適用在單元的功能測(cè)試中。2、集成測(cè)試集成測(cè)試是單元測(cè)試的邏輯拓展，不推薦在大型的系統(tǒng)中使用，采用的是白盒測(cè)試與黑盒測(cè)試相結(jié)合，這種測(cè)試將所有模塊一次集成，很難確定出錯(cuò)的真正所在模塊以及原因。一般的形式是：先對(duì)每個(gè)子模塊進(jìn)行測(cè)試，接著將所有模塊一次性構(gòu)成起來(lái)，并對(duì)他們的接口進(jìn)行測(cè)試。3、系統(tǒng)測(cè)試將所有外部元素綜合在一起，例如軟件、硬件、網(wǎng)絡(luò)等組裝和確

20、認(rèn)測(cè)試，包括有安全測(cè)試、兼容性測(cè)試、壓力測(cè)試、性能測(cè)試等等。由于此時(shí)的軟件系統(tǒng)已經(jīng)組裝完成，只需去關(guān)注軟件系統(tǒng)的外部表現(xiàn)，不用去過(guò)多關(guān)注內(nèi)部細(xì)節(jié)，對(duì)于此情況下，系統(tǒng)就如同一個(gè)黑盒子，由此，主要利用的方法是黑盒測(cè)試。4、用戶的驗(yàn)收測(cè)試一般是由用戶執(zhí)行測(cè)試操作，主要目的是向用戶展示所開發(fā)出來(lái)的軟件產(chǎn)品是否符合預(yù)期定義與需求標(biāo)準(zhǔn)，并且驗(yàn)證其軟件產(chǎn)品的可靠性與有效性，確保用戶用此產(chǎn)品能順利做成用戶想要達(dá)到的功能與任務(wù)。6由于用戶在實(shí)際操作中，是看不到測(cè)試的源代碼以及內(nèi)部?jī)?nèi)容，只能透過(guò)黑盒測(cè)試來(lái)進(jìn)行驗(yàn)證。驗(yàn)收測(cè)試作為軟件測(cè)試的最后一個(gè)測(cè)試階段，是在軟件產(chǎn)品投入正式運(yùn)行前的一個(gè)操作，在此測(cè)試順利通過(guò)后，軟

21、件產(chǎn)品就可以進(jìn)行發(fā)布。2.1.1.4黑盒測(cè)試的優(yōu)缺點(diǎn)黑盒測(cè)試作為軟件測(cè)試的一種方法，它既包含優(yōu)點(diǎn)也有缺點(diǎn)：優(yōu)點(diǎn)：1、在進(jìn)行代碼比較多、程度較復(fù)雜的單元的測(cè)試，黑盒測(cè)試的效率比白盒測(cè)試高；2、開發(fā)人員與測(cè)試人員彼此是相對(duì)獨(dú)立的；3、可以立刻展開測(cè)試工作，前提是需求書的完成4、根據(jù)需求規(guī)格說(shuō)明書，能夠更加一目了然、簡(jiǎn)單發(fā)現(xiàn)與需求不一樣的問(wèn)題；5、以用戶的想法位置上去考慮問(wèn)題，更容易從用戶角度發(fā)現(xiàn)缺陷，同時(shí)最大程度的滿足用戶日常需求；6、測(cè)試人員可以不用了解開發(fā)語(yǔ)言以及代碼是如何實(shí)現(xiàn)，比較容易上手；7、測(cè)試用例是根據(jù)需求所設(shè)計(jì)，容易生成測(cè)試數(shù)據(jù)，對(duì)錯(cuò)誤定位準(zhǔn)確8、與系統(tǒng)、程序相關(guān)操作的測(cè)試可直接將其

22、連接起來(lái)，方便簡(jiǎn)潔缺點(diǎn)：1、只能測(cè)試小部分的輸入2、無(wú)法發(fā)現(xiàn)需求規(guī)格說(shuō)明書的錯(cuò)誤3、在缺少規(guī)格說(shuō)明書的話，難以設(shè)計(jì)測(cè)試用例還會(huì)影響測(cè)試結(jié)果精準(zhǔn)度 4、不能查看內(nèi)部代碼編寫，代碼無(wú)法得到測(cè)試5、測(cè)試比較單一，只能檢測(cè)軟件的功能性2.1.1.5黑盒測(cè)試設(shè)計(jì)測(cè)試用例方法在軟件進(jìn)行黑盒測(cè)試中，首先要對(duì)產(chǎn)品進(jìn)行設(shè)計(jì)測(cè)試用例，再通過(guò)測(cè)試用例去執(zhí)行測(cè)試。目前有下面幾種常見的測(cè)試設(shè)計(jì)用例方法：1、等價(jià)劃分類法我們可以將需求所要求的內(nèi)容看成合法的子集，不符合需求看成是不合法的子集。等價(jià)類是對(duì)這些子集進(jìn)行劃分，根據(jù)需求查看他是否符合規(guī)范，合法的子集稱之為有效等價(jià)類，反之稱為無(wú)效等價(jià)類。在測(cè)試過(guò)程中，可以將這些子集

23、數(shù)據(jù)劃分，選出最具代表的一組數(shù)值代替其他數(shù)值進(jìn)行測(cè)試，因?yàn)槌绦虻娜毕菖c子集和中輸入輸出條件數(shù)值是基本一致的。72、邊值分析法通常在測(cè)試一個(gè)數(shù)據(jù)時(shí)，會(huì)對(duì)數(shù)字進(jìn)行限制，例如用戶在注冊(cè)，填寫手機(jī)號(hào)碼時(shí)，就會(huì)用到此方法。邊界值分析法是對(duì)數(shù)據(jù)的輸入或者輸出值邊界進(jìn)行分析。對(duì)軟件進(jìn)行邊界值的測(cè)試可以更好的發(fā)現(xiàn)錯(cuò)誤，屬于常見黑盒測(cè)試方法之一。因?yàn)樵诖蟛糠譁y(cè)試時(shí)，很多出錯(cuò)的情況是出現(xiàn)在輸入值與輸出值的邊界。在實(shí)際的測(cè)試過(guò)程中發(fā)現(xiàn)，使用邊界值劃分法，可以讓系統(tǒng)比較不容易進(jìn)行崩潰，使得系統(tǒng)具備一個(gè)更好的質(zhì)量。73、錯(cuò)誤推測(cè)法在測(cè)試過(guò)程中，這類方法是根據(jù)測(cè)試閱歷來(lái)推斷軟件可能存在的問(wèn)題、錯(cuò)誤，在黑盒測(cè)試中使用的次數(shù)

24、十分頻繁。7在軟件設(shè)計(jì)用例時(shí)，錯(cuò)誤推測(cè)法會(huì)針對(duì)性的根據(jù)軟件產(chǎn)品的特點(diǎn)，猜測(cè)某個(gè)場(chǎng)景會(huì)出現(xiàn)的錯(cuò)誤一一列舉出來(lái)，并對(duì)所涉及的缺陷或者用例進(jìn)行更改。此方法適用于軟件測(cè)試經(jīng)驗(yàn)豐富的測(cè)試人員，他們根據(jù)經(jīng)驗(yàn)與敏銳的洞察力能夠快速找出錯(cuò)誤。4、因果圖法在測(cè)試過(guò)程中，會(huì)有涉及到因果關(guān)系的內(nèi)容，恰好因果圖是以邏輯關(guān)系來(lái)進(jìn)行繪制，幫助我們分析與更加清楚明了的刻畫輸入條件、輸出條件內(nèi)部的因果關(guān)系，是和黑盒測(cè)試中多見的方法。7因果圖法能夠?qū)⑺胼斎雰?nèi)容數(shù)據(jù)的判定條件很好聚集在一起，幫助測(cè)試人員更好集中的進(jìn)行測(cè)試。因果圖法設(shè)計(jì)測(cè)試用例過(guò)程：1).將軟件的數(shù)據(jù)分為多個(gè)可執(zhí)行的片段，分析每一個(gè)片段的原因與結(jié)果；2).將分析

25、出來(lái)的結(jié)果每一種情況畫出因果示意圖；3).根據(jù)不同數(shù)據(jù)狀態(tài)設(shè)計(jì)判定表，并基于判定表的每一種情況設(shè)計(jì)測(cè)試用例。5、場(chǎng)景設(shè)計(jì)法可以將要測(cè)試的內(nèi)容看作一個(gè)場(chǎng)景，通過(guò)事件的觸發(fā)，去想象與設(shè)計(jì)用戶可能會(huì)遇到的各種情況，從而達(dá)到測(cè)試軟件的流程。場(chǎng)景法業(yè)務(wù)通常分為以下幾點(diǎn)：基本流、備選流、異常流。6、判定表法判定表法也稱為決策法，它能夠分析與表達(dá)多邏輯下系統(tǒng)執(zhí)行不同的操作情況，是黑盒測(cè)試方法中最為嚴(yán)格和最具有邏輯性的測(cè)試方法。在實(shí)際開發(fā)應(yīng)用中，輸入的條件往往是由多個(gè)因素構(gòu)成，所以采用判定表法可以對(duì)多個(gè)輸入條件的情況進(jìn)行組合。2.1.1.6本課題所應(yīng)用的黑盒測(cè)試技術(shù)在“飛豬”APP中，在用戶提交訂單時(shí)，“訂單

26、填寫訂單”頁(yè)面中，會(huì)用到等價(jià)類方法，等價(jià)類方法能夠幫助測(cè)試人員快速梳理被測(cè)對(duì)象，列舉出全部情況防止有遺漏的地方。舉例測(cè)試對(duì)象為“姓名”欄，等價(jià)類中有效等價(jià)類為：中文，英文， 1-20個(gè)字符，無(wú)效等價(jià)類為空、數(shù)字、特殊字符、數(shù)字與特殊字符混合、大于20個(gè)字符?！坝唵翁顚懹唵巍表?yè)面中，“手機(jī)號(hào)”一欄可用到邊界值法，可作為等價(jià)類法的一種補(bǔ)充，簡(jiǎn)便易行，針對(duì)手機(jī)號(hào)邊界值去設(shè)計(jì)用例，具有很強(qiáng)的發(fā)現(xiàn)缺陷能力。圖 1訂單填寫在設(shè)計(jì)用戶的購(gòu)物流程可以利用到場(chǎng)景設(shè)計(jì)法。從用戶角度出發(fā)，分析購(gòu)物時(shí)的場(chǎng)景，能夠快速找到購(gòu)物流程會(huì)出什么樣的錯(cuò)誤，實(shí)用性強(qiáng)。如下圖設(shè)計(jì)基本流和備選流。圖 2購(gòu)物流程基本流備選流根據(jù)基本流

27、與備選流，設(shè)計(jì)場(chǎng)景，最后設(shè)計(jì)用例，將最終結(jié)果填入用例表中。2.1.2 移動(dòng)應(yīng)用測(cè)試技術(shù)研究移動(dòng)應(yīng)用，是指手機(jī)應(yīng)用軟件基于手機(jī)操作系統(tǒng)之上開發(fā)出來(lái)的軟件，也就是我們常說(shuō)的手機(jī)APP。移動(dòng)應(yīng)用測(cè)試，就是對(duì)這些手機(jī)應(yīng)用進(jìn)行軟件測(cè)試，此類測(cè)試涉及的測(cè)試類型主要分為三大類，分別為功能測(cè)試、非功能測(cè)試、專項(xiàng)測(cè)試。2.1.2.1 功能測(cè)試簡(jiǎn)單來(lái)說(shuō)，就是查看軟件的功能可不可以達(dá)到預(yù)期，開發(fā)出來(lái)后該功能是否能實(shí)現(xiàn)所設(shè)計(jì)的內(nèi)容要求，它如同黑盒測(cè)試，對(duì)軟件的各項(xiàng)功能進(jìn)行檢查，看不見內(nèi)部代碼，只能靠需求分析書對(duì)需求進(jìn)行梳理，設(shè)計(jì)測(cè)試用例，根據(jù)所設(shè)計(jì)的用例對(duì)軟件進(jìn)行測(cè)試，最后的標(biāo)準(zhǔn)是以能否達(dá)到用戶所期望的功能。2.1.

28、2.1.1 UI測(cè)試 UI是產(chǎn)品的界面設(shè)計(jì)，UI測(cè)試的目的是確保用戶在瀏覽軟件的過(guò)程中，界面能夠給用戶帶來(lái)舒適美觀的體驗(yàn)，是著重于用戶使用體會(huì)，一個(gè)產(chǎn)品的好壞，很多時(shí)候取決于它的產(chǎn)品界面設(shè)計(jì)是否優(yōu)秀。在進(jìn)行UI測(cè)試時(shí)，要著重注意以下測(cè)試點(diǎn)：第一，產(chǎn)品經(jīng)理制定的原型圖與開發(fā)人員設(shè)計(jì)的產(chǎn)品界面是否維持界面一致；第二，菜單欄、布局風(fēng)格是用戶的使用界面，能否滿足用戶需求以及體驗(yàn)性；第三，檢查是否有錯(cuò)別字、字是否有遺漏掉；第四，頁(yè)面是否美觀大方；第五，交互操作是否友好；第六，圖片是否涉及違規(guī)等等；2.1.2.1.2 業(yè)務(wù)測(cè)試根據(jù)APP不同的業(yè)務(wù)，分成不同模塊進(jìn)行測(cè)試，例如可以分成登錄/注冊(cè)模塊、訂單管理

29、模塊。這樣能夠清晰的梳理功能模塊，可以提高測(cè)試效率。業(yè)務(wù)測(cè)試是站在真實(shí)用戶的角度去考慮事情，模擬用戶實(shí)際的操作流程，按照功能業(yè)務(wù)流程，測(cè)試功能點(diǎn)是否可以達(dá)到預(yù)期效果，檢查是否有功能點(diǎn)無(wú)法實(shí)現(xiàn)導(dǎo)致整個(gè)業(yè)務(wù)不能使用。業(yè)務(wù)是貫穿多個(gè)功能模塊，不受到業(yè)務(wù)屬于哪個(gè)功能模塊的限制。在設(shè)計(jì)業(yè)務(wù)測(cè)試的用例中，也可以采用邊界值法與等價(jià)類法。2.1.2.2 非功能測(cè)試2.1.2.2.1性能測(cè)試在目前，軟件對(duì)性能的要求還是挺高的，我們可以通過(guò)測(cè)試來(lái)觀察。常見的性能測(cè)試有以下幾個(gè)指標(biāo)：1、負(fù)載測(cè)試、2、壓力測(cè)試、3、容量測(cè)試。進(jìn)行性能測(cè)試通常是利用測(cè)試工具進(jìn)行測(cè)試，例如LoadRunner等等軟件，主要工作內(nèi)容是對(duì)軟

30、件的測(cè)試場(chǎng)景進(jìn)行模擬。設(shè)計(jì)的場(chǎng)景一般為單業(yè)務(wù)、混合業(yè)務(wù)，在正常、峰值、或者負(fù)載條件下對(duì)軟件指標(biāo)進(jìn)行測(cè)試。我們可以通過(guò)測(cè)試工具的測(cè)試圖表結(jié)果和出示報(bào)告，分析軟件的內(nèi)部使用性能情況，來(lái)檢測(cè)他是否達(dá)到我們需求書里所要求的指標(biāo)，例如CPU的使用情況，內(nèi)存使用情況，運(yùn)行時(shí)間等等。2.1.2.2.2安全性測(cè)試 安全性測(cè)試是指手機(jī)安裝軟件后，或者使用的過(guò)程中，是否會(huì)遭到病毒或者個(gè)人隱私泄露。2.1.2.2.3兼容性測(cè)試兼容性測(cè)試包含：與本地及主流APP的兼容、不同網(wǎng)絡(luò)的兼容、不同操作系統(tǒng)的兼容、不同屏幕分辨率的兼容、不同手機(jī)品牌的兼容2.1.2.3 專項(xiàng)測(cè)試在做APP測(cè)試時(shí)，專項(xiàng)測(cè)試也十分重要，這樣才能確保

31、測(cè)試得到更加全面、降低軟件出錯(cuò)風(fēng)險(xiǎn)。其中包含網(wǎng)絡(luò)測(cè)試、操作類型測(cè)試、第三方推送測(cè)試、更新測(cè)試等等。比如網(wǎng)絡(luò)測(cè)試是考慮在不同網(wǎng)絡(luò)狀態(tài)下，APP的樣式是如何呈現(xiàn)的，測(cè)試前需要充分了解頁(yè)面在什么情況向服務(wù)端發(fā)起請(qǐng)求。根據(jù)網(wǎng)絡(luò)的網(wǎng)速，可以分為網(wǎng)絡(luò)良好、弱網(wǎng)絡(luò)、無(wú)網(wǎng)絡(luò)三種情況，此測(cè)試主要考慮弱網(wǎng)絡(luò)與無(wú)網(wǎng)絡(luò)。2.2自動(dòng)化軟件測(cè)試技術(shù)研究2.2.1 自動(dòng)化技術(shù)分類互聯(lián)網(wǎng)科學(xué)技術(shù)的發(fā)展蒸蒸日上，自動(dòng)化軟件測(cè)試技術(shù)日益得到重視，手工測(cè)試不再是人們僅僅的測(cè)試方法。自動(dòng)化技術(shù)可以減輕手工測(cè)試的繁瑣，提高工作效率。目前的自動(dòng)化技術(shù)可分為：功能自動(dòng)化、性能自動(dòng)化、WEB自動(dòng)化、APP自動(dòng)化、接口自動(dòng)化等等。常用的自動(dòng)化

32、工具有LoadRunner，可用于性能自動(dòng)化；QTP工具可適用于對(duì)WEB網(wǎng)頁(yè)端進(jìn)行自動(dòng)化腳本錄制，設(shè)置檢查點(diǎn)等等；利用JMeter工具可用來(lái)進(jìn)行接口端的自動(dòng)化測(cè)試，測(cè)試接口性能；目前網(wǎng)上也流行利用Python語(yǔ)言與Selenium工具或者Appium工具結(jié)合起來(lái)做自動(dòng)化測(cè)試。2.2.2本課題所應(yīng)用的自動(dòng)化技術(shù)此次選擇的測(cè)試是基于Appium自動(dòng)化測(cè)試，一款應(yīng)用于移動(dòng)端的自動(dòng)化測(cè)試框架，以安卓端為例進(jìn)行測(cè)試，Appium基于WebDriver協(xié)議，利用Bootstrap.jar。首先要搭建測(cè)試環(huán)境，第一步，去官網(wǎng)下載node.js，下載好后進(jìn)行安裝，并且運(yùn)行cmd命令，輸入node-v，出現(xiàn)版本

33、信息說(shuō)明安裝成功。第二步，要對(duì)Java環(huán)境和Android sdk環(huán)境進(jìn)行安裝與配置。第三步，安裝Appium，在cmd運(yùn)行命令npm install -g appium進(jìn)行安裝。安裝完成后，可在終端輸入appium-doctor，出現(xiàn)all checks were successful提示的話說(shuō)明安裝成功。第四步，利用uiautomatorviewer測(cè)試框架，這個(gè)框架是存在于Java庫(kù)中，Android SDK系統(tǒng)自己攜帶的，可以利用框架對(duì)App UI自動(dòng)化測(cè)試的。第五步，此時(shí)通過(guò)打開uiautomatorviewer，可對(duì)軟件界面進(jìn)行截取，對(duì)軟件控件進(jìn)行定位，調(diào)用uiautomatorv

34、iewer 命令，與java語(yǔ)言以及模擬器的結(jié)合，實(shí)現(xiàn)APP的自動(dòng)化測(cè)試。本課題是結(jié)合“飛豬”APP，從而模擬用戶的操作，驗(yàn)證基本功能點(diǎn)，提高安卓應(yīng)用的測(cè)試效率。但是需注意的一點(diǎn)是，自動(dòng)化測(cè)試并不能代替手工測(cè)試。2.3本章小結(jié)簡(jiǎn)單介紹了兩大類別測(cè)試，第一種是移動(dòng)應(yīng)用技術(shù)的分析與研究，分為兩小類，其中重點(diǎn)分析研究黑盒測(cè)試，包括研究黑盒測(cè)試的幾種方法。移動(dòng)應(yīng)用技術(shù)介紹包含：功能測(cè)試、非功能測(cè)試、專項(xiàng)測(cè)試。第二種是自動(dòng)化技術(shù)的研究與分析，此技術(shù)是基于Appium 的手機(jī)軟件自動(dòng)化，主要是測(cè)試手機(jī)的控件，通過(guò)控件元素定位做自動(dòng)化測(cè)試。第3章 基于飛豬APP的測(cè)試需求分析3.1.測(cè)試需求分析3.1.1項(xiàng)

35、目概述本次項(xiàng)目是以“飛豬”APP為舉例，來(lái)進(jìn)行黑盒測(cè)試與自動(dòng)化測(cè)試分析的應(yīng)用軟件，“飛豬”APP是國(guó)內(nèi)較大的旅游服務(wù)平臺(tái)，功能強(qiáng)大，是一款十分方便人們生活、出行旅游的綜合性服務(wù)平臺(tái)。可以訂購(gòu)查詢出行車票，例如訂購(gòu)查詢機(jī)票、火車票、汽車票，還提供訂購(gòu)酒店、門票、電話卡等，還能對(duì)旅游當(dāng)?shù)赝扑]相應(yīng)攻略等等。以下是本課題進(jìn)行測(cè)試功能模塊APP的系統(tǒng)框架圖：圖 3系統(tǒng)框架圖3.1.2項(xiàng)目需求分析“飛豬”APP，是一款很強(qiáng)大的旅游出行的APP，具備很多功能，例如訂機(jī)票、推薦當(dāng)?shù)孛朗尘包c(diǎn)、買門票、預(yù)定當(dāng)?shù)仉娫捒ǖ鹊?。本文抽取其中“?gòu)物車”的功能點(diǎn)進(jìn)行功能測(cè)試描述。用戶去使用時(shí)，分為“未登錄”與“已登錄”狀態(tài)

36、，“未登錄”時(shí)，只能瀏覽商品，無(wú)法對(duì)商品進(jìn)行實(shí)際操作，包括“加入購(gòu)物車”動(dòng)作等等。在“登錄”之后，會(huì)同步賬戶信息，用戶可以將“商品”加入到自己的“購(gòu)物車”中。用戶可以對(duì)“購(gòu)物車”內(nèi)的所選的商品進(jìn)行“編輯”。用戶選擇自己喜歡的商品后，可以點(diǎn)擊“確認(rèn)下單”。進(jìn)入訂單填寫，使用“錢包”進(jìn)行付款，付款成功即訂單提交成功。自動(dòng)化測(cè)試抽取其中的機(jī)票功能，主要是對(duì)軟件部分控件以及其子頁(yè)面進(jìn)行檢測(cè)。主要分為三個(gè)模塊：1、軟件主頁(yè)面模塊“機(jī)票”功能是“飛豬”軟件中最主要的功能點(diǎn)，點(diǎn)擊“機(jī)票”按鈕，用戶才能進(jìn)入機(jī)票的查詢/購(gòu)買頁(yè)面。此測(cè)試是對(duì)“機(jī)票”控件進(jìn)行檢測(cè)，點(diǎn)擊控件是否能夠到達(dá)預(yù)期的頁(yè)面。圖 4APP主頁(yè)面

37、2、機(jī)票主頁(yè)面模塊最上欄包含“單程”、“往返”、“多程”按鈕，也是用戶經(jīng)常用的功能點(diǎn)，底部欄包含“我的收藏”、“航班動(dòng)態(tài)”、“在線選座”、“我的訂單”按鈕。檢查各個(gè)控件是否能達(dá)到所要的頁(yè)面。圖 5機(jī)票主頁(yè)面3、航班動(dòng)態(tài)模塊此模塊主要是查詢功能。進(jìn)入頁(yè)面，最上欄有“按航班號(hào)”、“按起降地”可進(jìn)行選擇。選擇“按起降地”，點(diǎn)擊中間切換目的地的按鈕，點(diǎn)擊“查詢”，用戶進(jìn)入查詢?cè)斍轫?yè)面，可點(diǎn)擊“關(guān)注”按鈕，就可隨時(shí)了解該航班最新消息。也可以點(diǎn)擊“前一天”按鈕，即可查詢到前一天的航班線路。點(diǎn)擊控件，檢查控件是否能到達(dá)想要的頁(yè)面。圖 6航班動(dòng)態(tài)頁(yè)面及其子頁(yè)面4、未登錄-在線選座模塊在機(jī)票主頁(yè)面，在未登錄的情

38、況下，點(diǎn)擊“在線選座”按鈕，會(huì)進(jìn)入登錄頁(yè)面?？蛇x擇“密碼賬戶登錄”，頁(yè)面即切換到使用密碼賬戶登錄，可按“返回”按鈕，回到機(jī)票主頁(yè)面。圖 7登錄頁(yè)面 3.2數(shù)據(jù)流圖分析根據(jù)“飛豬”APP的購(gòu)物流程，畫出以下圖：圖 8數(shù)據(jù)流圖根據(jù)數(shù)據(jù)流圖得出，用戶在未登錄時(shí)，要進(jìn)行登錄，登錄成功后，會(huì)員信息進(jìn)入會(huì)員庫(kù)。用戶進(jìn)行頁(yè)面瀏覽，將想要的購(gòu)買的物品可加入購(gòu)物車進(jìn)行下單。用戶下單后，商品信息進(jìn)入商品庫(kù)，同時(shí)訂單信息進(jìn)入訂單庫(kù)，系統(tǒng)生成購(gòu)物訂單并提交，用戶并進(jìn)行支付，支付信息進(jìn)入購(gòu)買記錄庫(kù)，整個(gè)購(gòu)物流程結(jié)束。3.3用例圖分析1、用戶在購(gòu)物車模塊的用例圖：用戶登錄后可以對(duì)購(gòu)物車進(jìn)行管理，分為以下幾個(gè)模塊1).修改

39、商品屬性2).增加商品3).刪除商品4).瀏覽購(gòu)物車5).清空購(gòu)物車圖 9購(gòu)物車管理用例圖2、用戶在訂單管理模塊的用例圖：用戶登錄后可以對(duì)訂單進(jìn)行管理，分為以下幾個(gè)模塊1).提交訂單2).填寫訂單內(nèi)容3).查看訂單圖 10訂單管理用例圖3、用戶在機(jī)票功能的用例圖：用戶登錄后可以對(duì)機(jī)票進(jìn)行訂購(gòu)，分為以下幾個(gè)模塊1).查詢機(jī)票2).購(gòu)買機(jī)票圖 11機(jī)票功能用例圖4、根據(jù)“飛豬”APP的購(gòu)物流程，畫出以下購(gòu)物車活動(dòng)圖：圖 12購(gòu)物車活動(dòng)圖根據(jù)活動(dòng)圖分析，首先系統(tǒng)判定用戶是否登錄，未登錄用戶進(jìn)行登錄，登錄后用戶可瀏覽商品詳情足跡，或者將自己心儀的商品加入購(gòu)物車。同時(shí)，用戶可以對(duì)購(gòu)物車內(nèi)所有商品進(jìn)行修改

40、編輯操作，例如編輯商品數(shù)量以及屬性等等、對(duì)購(gòu)物車進(jìn)行清空等。系統(tǒng)判斷商品是否有貨，有貨情況下，可對(duì)商品進(jìn)行購(gòu)買，用戶填寫訂單信息，比如地址、電話等信息，最后提交訂單完成支付，返回主頁(yè)，結(jié)束購(gòu)物流程。3.4本章小結(jié)本章對(duì)“飛豬”APP項(xiàng)目進(jìn)行大概的描述，再對(duì)需求進(jìn)行分析。首先對(duì)購(gòu)物車的功能進(jìn)行分析，分為未登錄和已登錄兩種狀態(tài)，設(shè)計(jì)場(chǎng)景，例如在購(gòu)物車編輯商品，刪除商品等。再利用UML圖與數(shù)據(jù)流圖，更加清晰的展示出購(gòu)物車的操作流程與功能模塊，為接下來(lái)寫測(cè)試用例前提做準(zhǔn)備。第四章 基于飛豬APP的測(cè)試設(shè)計(jì)與分析4.1測(cè)試用例設(shè)計(jì)4.1.1 購(gòu)物車測(cè)試用例設(shè)計(jì)1、已登錄購(gòu)物車模塊頁(yè)面部分用例設(shè)計(jì)如下：此

41、模塊利用功能測(cè)試方法，對(duì)購(gòu)物車?yán)锏墓δ苤痦?xiàng)進(jìn)行測(cè)試表 1購(gòu)物車頁(yè)面部分測(cè)試用例2、購(gòu)物車UI界面部分測(cè)試用例如下：此模塊用到的是移動(dòng)應(yīng)用測(cè)試中的UI界面方法，檢測(cè)的是購(gòu)物車的設(shè)計(jì)風(fēng)格、字體等等.表 2 UI頁(yè)面部分測(cè)試用例3、APP購(gòu)物車兼容性測(cè)試用例如下：此模塊用到的是移動(dòng)應(yīng)用測(cè)試中的兼容性測(cè)試，測(cè)試不同系統(tǒng)中所運(yùn)行的效果是否能一致表 3兼容性測(cè)試用例4.1.2 填寫訂單模塊測(cè)試用例設(shè)計(jì)填寫訂單模塊頁(yè)面部分測(cè)試用例如下：此模塊運(yùn)用到黑盒測(cè)試方法中的等價(jià)類劃分法，將姓名、拼音姓、拼音名、手機(jī)號(hào)進(jìn)行等價(jià)類的有效劃分與無(wú)效劃分表 4填寫訂單頁(yè)面部分測(cè)試用例4.2測(cè)試腳本設(shè)計(jì)與分析此次自動(dòng)化腳本的設(shè)

42、計(jì)利用了Appium工具以及uiautomatorviewer工具，此工具是用來(lái)截取軟件UI界面，定位控件，獲得控件代碼，利用Eclipse軟件編寫腳本代碼，編寫腳本語(yǔ)言選擇的是JAVA語(yǔ)言。以及結(jié)合雷電模擬器電腦端軟件，在雷電模擬器裝上“飛豬”APP進(jìn)行測(cè)試。4.2.1 APP首頁(yè)、機(jī)票首頁(yè)上部控件以及子頁(yè)面用例設(shè)計(jì)根據(jù)“飛豬”APP測(cè)試需求，首先對(duì)“機(jī)票”功能進(jìn)行測(cè)試。點(diǎn)擊“飛豬”APP，進(jìn)入APP主界面，點(diǎn)擊“機(jī)票”，進(jìn)入機(jī)票功能的首頁(yè)。在首頁(yè)上組件，點(diǎn)擊“往返”按鍵、“多程”按鍵、“單程”按鍵。所有控件需求只要求到達(dá)子頁(yè)面。設(shè)計(jì)測(cè)試用例如下：表 5 APP首頁(yè)、機(jī)票首頁(yè)上部控件部分測(cè)試

43、用例根據(jù)所設(shè)計(jì)的測(cè)試用例，編寫如下測(cè)試腳本：圖 13 APP首頁(yè)、機(jī)票首頁(yè)上部控件設(shè)計(jì)腳本4.2.2 機(jī)票在線選座控件以及子頁(yè)面用例設(shè)計(jì)根據(jù)“飛豬”APP測(cè)試需求，對(duì)機(jī)票首頁(yè)下部控件“在線選座”功能進(jìn)行測(cè)試。點(diǎn)擊“在線選座”按鍵，此時(shí)是未登錄狀態(tài)，所以會(huì)彈出登錄界面，點(diǎn)擊“賬戶密碼登錄”按鍵，之后點(diǎn)擊“返回”按鍵，返回上一層界面回到首頁(yè)。所有控件需求只要求到達(dá)子頁(yè)面。設(shè)計(jì)測(cè)試用例如下：表 6機(jī)票首頁(yè)下部控件部分測(cè)試用例根據(jù)所設(shè)計(jì)的測(cè)試用例，編寫如下測(cè)試腳本：圖 14機(jī)票首頁(yè)下部控件設(shè)計(jì)腳本4.2.3 機(jī)票航班動(dòng)態(tài)控件以及子頁(yè)面用例設(shè)計(jì)根據(jù)“飛豬”APP測(cè)試需求，對(duì)機(jī)票首頁(yè)下部控件“航班動(dòng)態(tài)”功

44、能進(jìn)行測(cè)試。點(diǎn)擊“航班動(dòng)態(tài)”按鍵，進(jìn)入界面，點(diǎn)擊“按起降地”，并點(diǎn)擊互換城市地點(diǎn)按鍵，之后點(diǎn)擊“查詢”，可以看到查詢航班結(jié)果，點(diǎn)擊“前一天”按鍵，可以看到前一天航班情況，接著點(diǎn)擊“返回”按鍵，返回上一層界面。點(diǎn)擊“按起降地”按鍵，之后點(diǎn)擊“返回”按鍵，返回上一層界面回到首頁(yè)。所有控件需求只要求到達(dá)子頁(yè)面。設(shè)計(jì)測(cè)試用例如下：表 7航班動(dòng)態(tài)控件部分測(cè)試用例根據(jù)所設(shè)計(jì)的測(cè)試用例，編寫如下測(cè)試腳本：圖 15航班動(dòng)態(tài)控件設(shè)計(jì)腳本4.3本章小結(jié)本章主要內(nèi)容是設(shè)計(jì)測(cè)試用例，圍繞購(gòu)物車以及填寫訂單頁(yè)面、機(jī)票的功能來(lái)展開，其中用到的測(cè)試方法有功能測(cè)試、UI圖形與文字測(cè)試、兼容性測(cè)試、等價(jià)類劃分、以及自動(dòng)化測(cè)試用

45、例設(shè)計(jì)與自動(dòng)化腳本設(shè)計(jì)。第五章 基于飛豬APP的測(cè)試實(shí)施與結(jié)果分析5.1測(cè)試實(shí)施5.1.1 購(gòu)物車功能測(cè)試實(shí)施對(duì)購(gòu)物車用例進(jìn)行實(shí)施，例如：1、對(duì)商品的屬性可進(jìn)行修改，如門票種類成人票可改為兒童票2、可對(duì)商品數(shù)量進(jìn)行修改3、點(diǎn)擊完成鍵，保存修改4、可對(duì)商品進(jìn)行刪除5、清空失效寶貝 圖 16購(gòu)物車測(cè)試實(shí)施5.1.2 填寫訂單功能測(cè)試實(shí)施填寫訂單頁(yè)面，根據(jù)測(cè)試用例設(shè)計(jì)對(duì)姓名、拼音姓、拼音名、手機(jī)號(hào)、郵箱進(jìn)行實(shí)施：圖 17填寫訂單頁(yè)面測(cè)試實(shí)施5.1.3 自動(dòng)化測(cè)試實(shí)施1、首先根據(jù)uiautomatorviewer對(duì)元素控件進(jìn)行定位圖 18 uiautomatorviewer軟件對(duì)控件進(jìn)行定位2、在ec

46、lipse中進(jìn)行代碼編寫：圖 19 eclipse腳本編寫3、編寫完成后，eclipse點(diǎn)擊運(yùn)行并且啟動(dòng)Appium以及雷電模擬器。Appium運(yùn)行部分代碼如下：圖 20 Appium運(yùn)行1圖 21 Appium運(yùn)行25.2測(cè)試結(jié)果分析從測(cè)試用例來(lái)看，功能測(cè)試方面，本次設(shè)計(jì)用例主要針對(duì)對(duì)象是“飛豬”APP的購(gòu)物車進(jìn)行分析，其中包括已登錄狀態(tài)下和未登錄，功能測(cè)試的作用主要是對(duì)“飛豬”APP的購(gòu)物車以及訂單填寫頁(yè)面的功能進(jìn)行檢測(cè)。其中購(gòu)物車頁(yè)面設(shè)計(jì)的用例有25條，其中通過(guò)的數(shù)量為25條；訂單填寫頁(yè)面設(shè)計(jì)的用例有5條，其中通過(guò)的數(shù)量為5條；UI界面設(shè)計(jì)的測(cè)試用例有14條，其中通過(guò)的數(shù)量為14條；兼容

47、性測(cè)試的設(shè)計(jì)用例有2條，其中通過(guò)的數(shù)量為2條。設(shè)計(jì)的測(cè)試用例都能通過(guò)，通過(guò)率為100%，失敗率為0，測(cè)試包括APP的功能點(diǎn)，以及兼容性、界面的美觀性等都能達(dá)到預(yù)期效果。在自動(dòng)化測(cè)試中，涉及模塊是軟件中其中一個(gè)機(jī)票功能，其中總共設(shè)計(jì)的用例有15條，通過(guò)率為100%，包括主頁(yè)的選擇單程、往返、多程機(jī)票、查詢航班最新動(dòng)態(tài)等等以及所有子頁(yè)面，都能達(dá)到測(cè)試所要求達(dá)到的頁(yè)面。圖 22測(cè)試用例實(shí)施柱狀圖從測(cè)試類型看，本次功能性測(cè)試用例共46條，占整個(gè)測(cè)試的75.5%，自動(dòng)化測(cè)試用例共15條，占整個(gè)測(cè)試的24.5%。圖 23測(cè)試類型分布餅狀圖5.3本章小結(jié)在測(cè)試的過(guò)程中，黑盒測(cè)試作為手工測(cè)試，主要是對(duì)軟件的功能需求作為重點(diǎn)對(duì)象，通過(guò)測(cè)試去發(fā)現(xiàn)軟件的功能是否能夠?qū)崿F(xiàn)，能到達(dá)說(shuō)明軟件質(zhì)量是有一定保障的。需要值得注意的是，黑盒測(cè)試設(shè)計(jì)的用例