軟件測(cè)試之Ajax性能測(cè)試面臨的挑戰(zhàn)

第第頁(yè)軟件測(cè)試之Ajax性能測(cè)試面臨的挑戰(zhàn)軟件測(cè)試之Ajax性能測(cè)試面臨的挑戰(zhàn)

發(fā)表于：2023-03-25來(lái)源：：點(diǎn)擊數(shù)：標(biāo)簽：性能測(cè)試軟件測(cè)試挑戰(zhàn)AjaxAJAX

想像一下現(xiàn)在是1999年。開發(fā)人員和QA人員對(duì)將HTML瀏覽器做為計(jì)算客戶端是很放心的?？焖俚木W(wǎng)絡(luò)線路部署好，大量的瀏覽器兼容性問(wèn)題被清除，與C/S（Client/Server，客戶機(jī)/服務(wù)器）時(shí)期相比，UI（UserInterface，用戶界面）的開發(fā)和調(diào)試變得很容易。

想像一下現(xiàn)在是1999年。開發(fā)人員和QA人員對(duì)將HTML瀏覽器做為計(jì)算客戶端是很放心的?？焖俚木W(wǎng)絡(luò)線路部署好，大量的瀏覽器兼容性問(wèn)題被清除，與C/S（Client/Server，客戶機(jī)/服務(wù)器）時(shí)期相比，UI（UserInterface，用戶界面）的開發(fā)和調(diào)試變得很容易。終端用戶已經(jīng)習(xí)慣于點(diǎn)擊鏈接并等待頁(yè)面載入?，F(xiàn)在，讓我們快進(jìn)到2023年。動(dòng)態(tài)HTML和Ajax（AsynchronousJavaScriptandXML，異步JavaScript和XML）應(yīng)用大量出現(xiàn)，F(xiàn)lash和Silverlight以瀏覽器插件方式遞送RIA（RichInternetApplications，富因特網(wǎng)應(yīng)用程序），終端用戶期望通過(guò)界面進(jìn)行更便捷的互動(dòng)，UI測(cè)試再次變得復(fù)雜起來(lái)。

雖然Ajax和RIA的出現(xiàn)并沒(méi)有改變客戶端性能這一基本問(wèn)題，但是因?yàn)槊枋黾軜?gòu)出現(xiàn)大量的、甚至是根本性的變化，所以對(duì)測(cè)試人員的技能水平提出比以往更高的要求。

Ajax為何對(duì)現(xiàn)有測(cè)試造成挑戰(zhàn)

Ajax為什么會(huì)對(duì)現(xiàn)有的測(cè)試計(jì)劃造成挑戰(zhàn)，有多方面的原因。一方面，通過(guò)把更多工作轉(zhuǎn)移到客戶端，準(zhǔn)HTML（pre-HTML）用戶界面變得越來(lái)越相似，Ajax應(yīng)用變得越來(lái)越復(fù)雜。因?yàn)锳jax以異步方式運(yùn)行，所以測(cè)試程序沒(méi)法設(shè)定狀態(tài)，需要Ajax開發(fā)者從語(yǔ)法上分析服務(wù)端調(diào)用是如何影響性能及測(cè)試策略的。

另一方面，和任何語(yǔ)言一樣，JavaScript作為大多數(shù)Ajax應(yīng)用的基礎(chǔ)，存在一些獨(dú)有的測(cè)試問(wèn)題。從某方面來(lái)說(shuō)，JavaScript是一種啰嗦的腳本語(yǔ)言，調(diào)試起來(lái)非常困難。測(cè)試人員需要找出JavaScript引擎在什么地方出現(xiàn)問(wèn)題，然后與開發(fā)者一起圍繞該問(wèn)題點(diǎn)進(jìn)行設(shè)計(jì)和改進(jìn)。Ajax應(yīng)用傾向于調(diào)用JavaScript程序，并且程序的加載順序需要測(cè)試人員事先明確指定。

再退回到C/S時(shí)代。當(dāng)需要在多個(gè)瀏覽器上測(cè)試某個(gè)應(yīng)用程序時(shí)，我們對(duì)原先的HTML頁(yè)面重新請(qǐng)求一下即可。而今天，因不同的瀏覽器對(duì)Ajax的處理也不同，測(cè)試人員必須為此做更多的修改工作。

除了瀏覽器的不同以外，測(cè)試人員還必須對(duì)Ajax的不同風(fēng)格進(jìn)行測(cè)試。已經(jīng)涌現(xiàn)出許多種Ajax框架，然而每一種框架各自對(duì)Ajax理念的理解都有不同的一面。因?yàn)闉g覽器在最初設(shè)計(jì)時(shí)并沒(méi)有考慮到支持Ajax，所以不同的Ajax框架對(duì)瀏覽器的不足之處都有不同的權(quán)變方案。測(cè)試人員必須針對(duì)此權(quán)變方案做相應(yīng)的調(diào)整，并且隨著下一輪瀏覽器軟件的升級(jí)，又可能要做新的變動(dòng)。

Ajax框架還可能引起其他很多方面的變化。以JSON（JavaScriptSerializedObjectNotation，JavaScript對(duì)象符號(hào)）為例，其通過(guò)把Ajax架構(gòu)作為一種提升JavaScript對(duì)象特性并在Ajax中部分取代XML的方法，從中獲益。另外，不同Ajax框架的編碼請(qǐng)求方式也有所不同，所以當(dāng)使用Ajax應(yīng)用時(shí)，測(cè)試人員需要花更多時(shí)間來(lái)弄清楚相應(yīng)請(qǐng)求報(bào)文的含義。

Ajax自身面臨的挑戰(zhàn)

馬特·布雷伯格（BorlandSilkPerformer和SilkTest測(cè)試套件專家）提到，Ajax并不算新事物。“最新情況是它已經(jīng)變得非常受歡迎，”他說(shuō)，“并且它改變了性能測(cè)試和功能測(cè)試。”

Ajax不存在一個(gè)確定的目標(biāo)。“Ajax不是一種標(biāo)準(zhǔn)，它更大程度上是一種技術(shù)，而沒(méi)有任何標(biāo)準(zhǔn)實(shí)施?！辈祭撞癖硎?，并補(bǔ)充說(shuō)他注意到JSON風(fēng)格的Ajax正變得比XML風(fēng)格更為普遍。

多樣性更容易激發(fā)創(chuàng)新。既然Ajax框架起始于由五湖四海的成員組成的開源Web社區(qū)，維護(hù)Ajax應(yīng)用可能就成為當(dāng)前的唯一問(wèn)題了。

“在Ajax之前，我們能忽視客戶端的數(shù)據(jù)處理，而現(xiàn)在再也無(wú)法如此?！辈祭撞裾f(shuō)。現(xiàn)在，測(cè)試人員必須考慮把多少工作量分配給客戶端，多少工作量分配給服務(wù)器.

“Ajax有好有壞，”布雷伯格繼續(xù)說(shuō)道?！八哪康氖前岩恍┨幚砉ぷ鲝姆?wù)器轉(zhuǎn)移到客戶端?！钡牵赋觯\(yùn)行在瀏覽器的JavaScript腳本使客戶端更容易遭受安全攻擊。

同時(shí)，匆忙奔向Ajax已經(jīng)導(dǎo)致一些“設(shè)計(jì)說(shuō)明不足”的應(yīng)用軟件開發(fā)。測(cè)試人員可能問(wèn)一個(gè)非常好的問(wèn)題“在開發(fā)之前，它被設(shè)計(jì)好了嗎？”

在過(guò)去的幾年里，我們已經(jīng)看到應(yīng)用向Ajax客戶端的偏移，但開發(fā)經(jīng)理同樣有理由轉(zhuǎn)移到RIA系統(tǒng)，它們有更嚴(yán)格的程序邊界。RIA已經(jīng)出，例如，AdobeFlash和微軟Silverlight。

“我們注意到在安全性和一致性等方面Ajax正面臨著許多挑戰(zhàn)，”布雷伯格說(shuō)。“在我看來(lái)，Ajax過(guò)后的下一波就是Flex（注：Flex是Adobe公司提供的一種PresentationServer，展現(xiàn)服務(wù)，它是JavaWebContainer或者.NetServer的一個(gè)應(yīng)用，根據(jù).mxml文件，純粹的XML描述文件和ActionScript，產(chǎn)生相應(yīng)的.swf文件，傳送到客戶端，由客戶端的FlashPla