【正文】 后以此為技術(shù)核心進(jìn)行了設(shè)計(jì)與實(shí)現(xiàn)。最終達(dá)到了對(duì)框架的黑盒進(jìn)化，在開(kāi)發(fā)管理信息系統(tǒng)時(shí)生成增、刪、改、查等操作的可執(zhí)行代碼，且生成的代碼在需要增加其他功能時(shí)能方便地?cái)U(kuò)展的目的。最后對(duì)框架進(jìn)化前后進(jìn)行了對(duì)比測(cè)試和開(kāi)發(fā)工作量的比較，性能測(cè)試數(shù)據(jù)顯示進(jìn)化后的框架在多用戶、大流量時(shí)占優(yōu)，但是仍然存在一定的缺點(diǎn)。在編程工作量、代碼可讀性和可維護(hù)性方面，進(jìn)化后的框架則占有絕對(duì)的優(yōu)勢(shì)。利用現(xiàn)代的設(shè)計(jì)技術(shù)和正式的技術(shù)復(fù)審可以減少代碼中存在的初始錯(cuò)誤，但是錯(cuò)誤總是存在的，如果開(kāi)發(fā)者找不到錯(cuò)誤，那么，客戶就會(huì)找到它們。越來(lái)越多的軟件組織認(rèn)識(shí)到軟件測(cè)試是軟件質(zhì)量保證的重要元素之一，很多軟件開(kāi)發(fā)組織將30%—40%甚至更多的項(xiàng)目資源用在測(cè)試上，軟件測(cè)試技術(shù)和軟件測(cè)試策略受到了高度的重視和廣泛的應(yīng)用?；赪eb的系統(tǒng)測(cè)試與傳統(tǒng)的軟件測(cè)試既有相同之處，也有不同的地方，對(duì)軟件測(cè)試提出了新的挑戰(zhàn)?；赪eb的系統(tǒng)測(cè)試不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要評(píng)價(jià)系統(tǒng)在不同用戶的終端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測(cè)試。 軟件開(kāi)發(fā)過(guò)程各階段都可能產(chǎn)生錯(cuò)誤。據(jù)國(guó)外對(duì)一些大型軟件系統(tǒng)的統(tǒng)計(jì)，需求分析與設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤占64％，編碼錯(cuò)誤占36％。因此，測(cè)試工作越早進(jìn)行，發(fā)現(xiàn)和解決錯(cuò)誤的代價(jià)越小，風(fēng)險(xiǎn)越小。根據(jù)這個(gè)觀點(diǎn)，Systeme Evolutif公司提出了“W－模型”，如圖421所示。 “Ｗ－模型”由兩個(gè)“V”重疊而成。其中一個(gè)“V”表示開(kāi)發(fā)過(guò)程，另一個(gè)“V”表示測(cè)試過(guò)程。軟件測(cè)試的各項(xiàng)測(cè)試活動(dòng)與開(kāi)發(fā)過(guò)程的各個(gè)階段相對(duì)應(yīng)。同樣安全性測(cè)試也貫穿于軟件開(kāi)發(fā)的全過(guò)程[18]。 圖421 軟件測(cè)試的Ｗ模型 在圖421所示的模型中，應(yīng)用系統(tǒng)開(kāi)發(fā)人員一般關(guān)注于提供正常工作的應(yīng)用軟件，而測(cè)試人員應(yīng)該從一個(gè)用戶的角度去考察，看一看是否能打破它。所以，Web應(yīng)用系統(tǒng)安全性測(cè)試的目標(biāo)應(yīng)該是：核實(shí)操作者只能訪問(wèn)其所屬用戶類型已被授權(quán)訪問(wèn)的那些功能或數(shù)據(jù)，同時(shí)檢測(cè)用戶操作對(duì)應(yīng)用系統(tǒng)的危害性[19] [20]。 壓力測(cè)試壓力測(cè)試是為了發(fā)現(xiàn)在什么條件下Web應(yīng)用程序的性能會(huì)變得不可接受。也就是測(cè)試應(yīng)用程序會(huì)不會(huì)崩潰，在什么情況下會(huì)崩潰。非法用戶常常使用錯(cuò)誤的超常規(guī)的數(shù)據(jù)負(fù)載，直到Web應(yīng)用程序崩潰，接著獲得系統(tǒng)的控制權(quán)。 在測(cè)試環(huán)境中，壓力測(cè)試可以通過(guò)改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來(lái)越大的負(fù)載并測(cè)量在這些不同的輸入時(shí)性能的改變來(lái)實(shí)現(xiàn)的。這種操作也稱為負(fù)載測(cè)試。負(fù)載測(cè)試通常描述為一種特定類型的壓力測(cè)試——增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試。 對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試最簡(jiǎn)單的方法是手工改變輸入（客戶機(jī)數(shù)量、需求大小、請(qǐng)求的頻率、請(qǐng)求的混合程度等等）并描繪性能的變化。但是如果有許多輸入，或者需要在大的范圍內(nèi)改變輸入，那么就可以借助一個(gè)自動(dòng)化的壓力測(cè)試工具如QALoad、loadrunner等來(lái)完成此測(cè)試。測(cè)試的內(nèi)容有：Web應(yīng)用程序同時(shí)允許多少用戶在線？能否處理大批用戶同時(shí)對(duì)同一頁(yè)面的訪問(wèn)？如果出現(xiàn)異常，會(huì)出現(xiàn)什么情況等[21]。圖422是采用loadrunner軟件進(jìn)行事務(wù)響應(yīng)時(shí)間測(cè)試結(jié)果。 圖422 響應(yīng)時(shí)間測(cè)試結(jié)果圖壓力測(cè)試是黑盒測(cè)試的一種。黑盒測(cè)試工具適用于黑盒測(cè)試的場(chǎng)合，黑盒測(cè)試工具包括功能測(cè)試工具和性能測(cè)試工具。黑盒測(cè)試工具的一般原理是利用腳本的錄制(Record)/回放(Playback)，模擬用戶的操作，然后將被測(cè)系統(tǒng)的輸出記錄下來(lái)同預(yù)先給定的標(biāo)準(zhǔn)結(jié)果比較。黑盒測(cè)試工具可以大大減輕黑盒測(cè)試的工作量，在迭代開(kāi)發(fā)的過(guò)程中，能夠很好地進(jìn)行回歸測(cè)試。本次測(cè)試的目的是：進(jìn)行單個(gè)應(yīng)用服務(wù)器的壓力測(cè)試，找出單個(gè)應(yīng)用服務(wù)器能夠支持的最大客戶端數(shù)。測(cè)試壓力估算的依據(jù)是：假定在實(shí)際環(huán)中，用戶只啟用一個(gè)應(yīng)用服務(wù)器進(jìn)行所有的業(yè)務(wù)處理。方法是：按照正常業(yè)務(wù)壓力估算值的1~10倍進(jìn)行測(cè)試，考察應(yīng)用服務(wù)器的運(yùn)行情況。隨著軟件測(cè)試的地位逐步提高，測(cè)試的重要性逐步顯現(xiàn)，測(cè)試工具的應(yīng)用已經(jīng)成為了普遍的趨勢(shì)。目前用于測(cè)試的工具已經(jīng)比較多了，這些測(cè)試工具一般可分為白盒測(cè)試工具、黑盒測(cè)試工具、性能測(cè)試工具，另外還有用于測(cè)試管理（測(cè)試流程管理、缺陷跟蹤管理、測(cè)試用例管理）的工具。 總的來(lái)說(shuō)，測(cè)試工具的應(yīng)用可以提高測(cè)試的質(zhì)量、測(cè)試的效率。但是在選擇和使用測(cè)試工具的時(shí)候，我們也應(yīng)該看到，在測(cè)試過(guò)程中，并不是所有的測(cè)試工具都適合我們使用，同時(shí)，有了測(cè)試工具、會(huì)使用測(cè)試工具并不等于測(cè)試工具真正能在測(cè)試中發(fā)揮作用。 本系統(tǒng)使用的壓力測(cè)試工具是QA Center Edition 。工具的功能與性能： QACenter是完整的跨企業(yè)的自動(dòng)測(cè)試產(chǎn)品，專為提高軟件質(zhì)量而設(shè)計(jì)。QACenter可以在整個(gè)開(kāi)發(fā)生命周期、跨越多種平臺(tái)、自動(dòng)執(zhí)行測(cè)試任務(wù)。 能夠模擬成百的用戶執(zhí)行關(guān)鍵業(yè)務(wù)、能夠直接向服務(wù)器發(fā)送請(qǐng)求、能夠模仿用戶的操作、能夠測(cè)試系統(tǒng)的響應(yīng)時(shí)間。包括:Script：測(cè)試執(zhí)行時(shí)的腳本文件名字、PId:檢測(cè)點(diǎn)號(hào)碼、Checkpoint description:檢測(cè)點(diǎn)描述、Trans:檢測(cè)點(diǎn)的總交易數(shù)、Min:檢測(cè)點(diǎn)的最小響應(yīng)時(shí)間、Mean:檢測(cè)點(diǎn)的平均響應(yīng)時(shí)間、Max:檢測(cè)點(diǎn)的最大響應(yīng)時(shí)間、StdDev:檢測(cè)點(diǎn)所有響應(yīng)時(shí)間的標(biāo)準(zhǔn)偏離值、Median:響應(yīng)時(shí)間的中間值、Percentile:N%的響應(yīng)值小于所示的值、Pacing：腳本執(zhí)行交易的速率、VU39。s：腳本執(zhí)行的虛擬用戶數(shù)、Average Transaction per Time Unit:總交易數(shù)和測(cè)試時(shí)間的商數(shù)、Totals:每一個(gè)檢測(cè)點(diǎn)響應(yīng)時(shí)間的和。 用戶登錄測(cè)試在軟件研發(fā)中，為方便調(diào)試程序，開(kāi)發(fā)人員通常在訪問(wèn)權(quán)限中，會(huì)主動(dòng)建立一個(gè)超級(jí)用戶賬號(hào)來(lái)完成軟件的總體設(shè)計(jì)與研發(fā)。但在安全設(shè)計(jì)中，有一個(gè)很重要的原則是給用戶盡可能少的訪問(wèn)權(quán)限以便他們可以執(zhí)行與其身份相對(duì)應(yīng)的操作，但不能執(zhí)行非法操作。如果有超級(jí)用戶的存在，最終用戶就有可能利用此賬號(hào)進(jìn)行創(chuàng)建、修改、刪除等一系列對(duì)數(shù)據(jù)表的操作，也可利用SQL語(yǔ)句改變URL，從而進(jìn)行許多惡意的操作。 現(xiàn)在的Web應(yīng)用系統(tǒng)基本采用先注冊(cè)，后登錄的方式。 對(duì)于用戶登錄和賬戶密碼，可以從以下幾個(gè)方面進(jìn)行安全測(cè)試： 測(cè)試有效和無(wú)效的用戶名和密碼，測(cè)試是否大小寫(xiě)敏感，是否有最大字符數(shù)的限制規(guī)則等。 測(cè)試重試次數(shù)的限制，如果登錄失敗的次數(shù)超過(guò)允許值，應(yīng)用程序?qū)?huì)做出何種反應(yīng) （譬如拒絕此IP地址在短時(shí)間內(nèi)的登錄）。 測(cè)試是否可以利用歷史登錄信息或以前的URL來(lái)繞開(kāi)登錄程序。 測(cè)試執(zhí)行添加、刪除、修改等動(dòng)作中是否需要登錄操作，退出系統(tǒng)之后的操作是否仍可繼續(xù)等。 對(duì)于用戶的認(rèn)證，可以從以下幾個(gè)方面進(jìn)行安全測(cè)試： 測(cè)試是否所有的合法用法都可以訪問(wèn)程序，非法用戶都不能訪問(wèn)程序，如果非法用戶企圖登錄，其難易程序有多大。 測(cè)試用戶密碼是否符合指定要求（字符、長(zhǎng)度），如果不符合，對(duì)有什么影響，新用戶自己修改密碼后，創(chuàng)建時(shí)分配的密碼是否會(huì)失效。 測(cè)試用戶賬戶過(guò)期后，是否完全、正確的刪除其信息或使其失效。 手動(dòng)修改URL參數(shù)的測(cè)試經(jīng)常使用SQL調(diào)用來(lái)訪問(wèn)后臺(tái)數(shù)據(jù)庫(kù)中的數(shù)據(jù)，通過(guò)猜測(cè)或查閱歷史記錄，惡意用戶可能會(huì)獲得合法用戶ID和密碼列表。例如，如果在應(yīng)用程序中采用下面的語(yǔ)句進(jìn)行用戶身份的驗(yàn)證： Select * from userInfo where Login=’admin’ and password=’1234’ 如果非法用戶使用下面的ID和密碼 Username admin Password no’or1 則用戶登錄時(shí)應(yīng)用程序后臺(tái)調(diào)用的的SQL語(yǔ)句會(huì)變成： Select * from userInfo where Login=’admin’ and password=’ no’or1’ 此時(shí)，password的值有可能被賦為‘no’or 1，因?yàn)椋Ｌ?hào)可能會(huì)使數(shù)據(jù)庫(kù)忽略其后的字符。此時(shí)，由于任何值與1進(jìn)行邏輯或運(yùn)算，結(jié)果為真，所以系統(tǒng)會(huì)把該入侵者當(dāng)作系統(tǒng)管理員，并將返回記錄。這是很可怕的。 還有一種手動(dòng)修改的方法，例如，用合法用戶身份登錄后，訪問(wèn)的的網(wǎng)頁(yè)是 ，手動(dòng)將其修改為 :// 。 與此類似，Web應(yīng)用程序中有很多的數(shù)據(jù)庫(kù)訪問(wèn)目的地址是做為URL中的一個(gè)參數(shù)，這些信息可以輕易地被非法用戶得到，甚至猜測(cè)與它相鄰的地址。通過(guò)手動(dòng)修改或調(diào)用，可能會(huì)在未經(jīng)授權(quán)的情況下訪問(wèn)系統(tǒng)。 客戶端測(cè)試客戶端測(cè)試在Web應(yīng)用程序的安全測(cè)試中，是最容易被忽略的，因?yàn)闇y(cè)試人員往往關(guān)心的這種B/S結(jié)構(gòu)中的服務(wù)器端的安全性，客戶端只是瀏覽，只是訪問(wèn)，而所有的后臺(tái)程序都在服務(wù)端運(yùn)行。但在實(shí)際運(yùn)行中，但客戶端同樣會(huì)影響Web應(yīng)用程序的安全性。Web用戶越來(lái)越精于使用各種設(shè)置來(lái)保護(hù)自己，web應(yīng)用程序的開(kāi)發(fā)不能強(qiáng)迫用戶接受自己的設(shè)置。如果客戶端瀏覽器安全參數(shù)高為高，會(huì)不會(huì)對(duì)應(yīng)用程序有什么影響；用戶自定義每種動(dòng)態(tài)內(nèi)容（如Java、ActiveX、cookie等）行為，又會(huì)對(duì)應(yīng)用程序產(chǎn)生什么影響等等。 要測(cè)試客戶端，可以從以下幾個(gè)方面入手： 檢查客戶端各種安全設(shè)置參數(shù)對(duì)應(yīng)用程序的影響，尤其對(duì)Java、ActiveX、cookie的影響。 檢查應(yīng)用程序不完全依賴客戶端腳本編程來(lái)進(jìn)行錯(cuò)誤檢查。 檢查應(yīng)用程序不完全依賴客戶端腳本編程來(lái)進(jìn)行驗(yàn)證，因?yàn)橛脩艨梢酝ㄟ^(guò)自寫(xiě)或修改Web頁(yè)跳過(guò)這個(gè)驗(yàn)證。 檢查直接輸入U(xiǎn)RL，能否跳過(guò)驗(yàn)證而進(jìn)入系統(tǒng)的某個(gè)頁(yè)面。 檢查用戶登錄的有效時(shí)間，長(zhǎng)時(shí)間不操作會(huì)不會(huì)因?yàn)槌瑫r(shí)而強(qiáng)行退出等。 單元測(cè)試白盒測(cè)試工具一般是針對(duì)代碼進(jìn)行測(cè)試，測(cè)試中發(fā)現(xiàn)的缺陷可以定位到代碼級(jí)，根據(jù)測(cè)試工具原理的不同，又可以分為靜態(tài)測(cè)試工具和動(dòng)態(tài)測(cè)試工具。靜態(tài)測(cè)試工具直接對(duì)代碼進(jìn)行分析，不需要運(yùn)行代碼，也不需要對(duì)代碼編譯鏈接，生成可執(zhí)行文件。靜態(tài)測(cè)試工具一般是對(duì)代碼進(jìn)行語(yǔ)法掃描，找出不符合編碼規(guī)范的地方，根據(jù)某種質(zhì)量模型評(píng)價(jià)代碼的質(zhì)量，生成系統(tǒng)的調(diào)用關(guān)系圖等。動(dòng)態(tài)測(cè)試工具與靜態(tài)測(cè)試工具不同，動(dòng)態(tài)測(cè)試工具的一般采用“插樁”的方式，向代碼生成的可執(zhí)行文件中插入一些監(jiān)測(cè)代碼，用來(lái)統(tǒng)計(jì)程序運(yùn)行時(shí)的數(shù)據(jù)。其與靜態(tài)測(cè)試工具最大的不同就是動(dòng)態(tài)測(cè)試工具要求被測(cè)系統(tǒng)實(shí)際運(yùn)行。本文系統(tǒng)使用PHP單元測(cè)試工具PHPUnit進(jìn)行了單元測(cè)試部分。調(diào)試程序是一個(gè)漫長(zhǎng)的過(guò)程，程序越長(zhǎng)越復(fù)雜，調(diào)試起來(lái)就愈加困難。我們要調(diào)試的是php程序，采用的工具是phpUnit，它可以大大加快調(diào)試速度。Phpunit 脫胎于Fred Yankowski編寫(xiě)的著名的Junit測(cè)試框架。利用phpUnit編寫(xiě)一套測(cè)試軟件包。保證你的程序代碼正確無(wú)誤。只需一步便可自動(dòng)完成所有的測(cè)試。如果監(jiān)測(cè)到bug，可以再寫(xiě)一小段測(cè)試代碼來(lái)找出錯(cuò)誤之所在。日后若再有相同的bug出現(xiàn)，只要運(yùn)行你先前的測(cè)試包，馬上就可以抓到它。經(jīng)常運(yùn)行測(cè)試包便可以保證你的程序代碼的強(qiáng)壯性。 本章小結(jié)本章介紹的是系統(tǒng)具體的實(shí)現(xiàn)過(guò)程，包括終端管理、日志功能、首頁(yè)設(shè)計(jì)、產(chǎn)品控制、產(chǎn)品設(shè)計(jì)幾個(gè)部分。其中終端管理模塊又包括支持格式維護(hù)子模塊（）、終端UA維護(hù)子模塊（）、CUI維護(hù)子模塊（）。以及系統(tǒng)測(cè)試。要讓?xiě)?yīng)用程序開(kāi)發(fā)商和客戶對(duì)基于Web的應(yīng)用程序充滿信心，就必須讓他們對(duì)系統(tǒng)的安全性充滿信心。軟件是Web系統(tǒng)的關(guān)鍵組件之一，在軟件中存在的Bug就最暴露了Web應(yīng)用程序的安全隱患，所以web應(yīng)用程序的安全測(cè)試非常重要。但由于軟件錯(cuò)誤的絕對(duì)性，任何一個(gè)系統(tǒng)都不可能是完全安全的，安全工作是一個(gè)不斷進(jìn)行變化、測(cè)試和改善的動(dòng)態(tài)過(guò)程。所以Web應(yīng)用程序的安全測(cè)試，應(yīng)該滿足軟件錯(cuò)誤的相對(duì)性，即測(cè)試通過(guò)后的軟件需要保證在特定需求（用戶需求）下說(shuō)是足夠安全的。 61 哈爾濱工業(yè)大學(xué)本科畢業(yè)設(shè)計(jì)（論文）結(jié)論本文完成的無(wú)線上網(wǎng)移動(dòng)增值業(yè)務(wù)平臺(tái)的設(shè)計(jì)和實(shí)現(xiàn)，使用的編程語(yǔ)言為PHP，數(shù)據(jù)庫(kù)服務(wù)器使用了MySQL， WEB服務(wù)器使用了Apache。本系統(tǒng)主要實(shí)現(xiàn)后臺(tái)的終端管理系統(tǒng)、首頁(yè)設(shè)計(jì)、產(chǎn)品控制、產(chǎn)品設(shè)計(jì)和系統(tǒng)日志。終端管理包括支持格式維護(hù)、終端UA維護(hù)、CUI維護(hù)三個(gè)對(duì)象的管理。終端UA維護(hù)模塊管理手機(jī)的各種參數(shù)、適配信息、適配方式。支持格式維護(hù)模塊管理手機(jī)的適配類型。CUI維護(hù)模塊用來(lái)管理維護(hù)CUI，實(shí)現(xiàn)了對(duì)運(yùn)營(yíng)商的定義。系統(tǒng)日志模塊用來(lái)查看添加系統(tǒng)日志。 首頁(yè)設(shè)計(jì)模塊也就是用戶用手機(jī)上網(wǎng)后所顯示的，用來(lái)添加、修改、產(chǎn)品的首頁(yè)。產(chǎn)品控制模塊控制產(chǎn)品的一些開(kāi)關(guān)操作，用來(lái)區(qū)分不同級(jí)別的客戶，對(duì)不同的客戶級(jí)別提供不同的內(nèi)容版本。產(chǎn)品設(shè)計(jì)模塊用來(lái)添加、修改、設(shè)置產(chǎn)品的屬性。，調(diào)整了數(shù)據(jù)結(jié)構(gòu)，實(shí)現(xiàn)了前后臺(tái)的分開(kāi)部署，能夠有效的管理各種數(shù)據(jù)資源；清晰劃分前、后臺(tái)管理功能，使管理更加清晰，使后臺(tái)易于管理和維護(hù)；操作更加靈活、簡(jiǎn)單，使資源得到有效的管理和利用，增加管理界面的友好性，嚴(yán)格劃分了管理權(quán)限，減少人為錯(cuò)誤的發(fā)生幾率。，可以滿足用戶需求，實(shí)現(xiàn)主要業(yè)務(wù)操作，系統(tǒng)到目前為止運(yùn)行正常，沒(méi)有重大漏洞，基本沒(méi)有出現(xiàn)過(guò)崩潰的情況。本系統(tǒng)的優(yōu)勢(shì)方向在于系統(tǒng)的安全性和穩(wěn)定性，因?yàn)橄到y(tǒng)直接涉及到通信費(fèi)用問(wèn)題，所以需要極高的安全性和保密性，我們使用的技術(shù)都是比較成熟和穩(wěn)定，同時(shí)系統(tǒng)設(shè)計(jì)也比較清晰簡(jiǎn)潔，系統(tǒng)經(jīng)過(guò)了多方面的測(cè)試，從而保證了數(shù)據(jù)的安全、穩(wěn)定。系統(tǒng)的不足在于，系統(tǒng)還不夠智能化和全面化，隨著業(yè)務(wù)的發(fā)展，必然有諸多的地方需要進(jìn)行進(jìn)一步的擴(kuò)展，我們雖然在其中留下了其進(jìn)一步的拓展空間，但并不能完全保證，系統(tǒng)能適應(yīng)今后很長(zhǎng)時(shí)間的需求。致謝感謝在整個(gè)畢業(yè)設(shè)計(jì)中曾經(jīng)給與我?guī)椭睦蠋?、家人、同學(xué)、同事、朋友以及很多不認(rèn)識(shí)的熱心人！首先特別要感謝的是王宇穎老師，她能夠在百忙之中給與我悉心的指導(dǎo)，并對(duì)我進(jìn)行鼓勵(lì)。那認(rèn)真敬業(yè)的精神值得我一生學(xué)習(xí)。感謝我的父母，是他們使我有了這樣一個(gè)機(jī)會(huì)去念大學(xué)，而且念的衣食無(wú)憂。不能有一份好的成績(jī)回報(bào)，將使我終生愧疚。感謝在北京愛(ài)迪通信有限責(zé)任公司，實(shí)習(xí)基地的導(dǎo)師陳顯飄和實(shí)習(xí)基地的各位同事們，他們給予了我不少的幫助和鼓勵(lì)。感謝姐姐、姐夫在北京對(duì)我生活的照顧。感謝周圍的一切讓我的生活如此美好！也祝周圍的所有人跟我一樣快樂(lè)！參考文獻(xiàn)1. Sandeep Singhal. 移動(dòng)互聯(lián)應(yīng)用開(kāi)發(fā)技