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

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

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

想像一下現(xiàn)在是1999年。開發(fā)人員和QA人員對(duì)將HTML瀏覽器做為計(jì)算客戶端是很放心的?？焖俚木W(wǎng)絡(luò)線路部署好，大量的瀏覽器兼容性問題被清除，與C/S（Client/Server，客戶機(jī)/服務(wù)器）時(shí)期相比，UI（UserInterface，用戶界面）的開發(fā)和調(diào)試變得很容易。終端用戶已經(jīng)習(xí)慣于點(diǎn)擊鏈接并等待頁面載入。現(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)用程序），終端用戶期望通過界面進(jìn)行更便捷的互動(dòng)，UI測(cè)試再次變得復(fù)雜起來。

雖然Ajax和RIA的出現(xià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)，有多方面的原因。一方面，通過把更多工作轉(zhuǎn)移到客戶端，準(zhǔn)HTML（pre-HTML）用戶界面變得越來越相似，Ajax應(yīng)用變得越來越復(fù)雜。因?yàn)锳jax以異步方式運(yùn)行，所以測(cè)試程序沒法設(shè)定狀態(tài)，需要Ajax開發(fā)者從語法上分析服務(wù)端調(diào)用是如何影響性能及測(cè)試策略的。

另一方面，和任何語言一樣，JavaScript作為大多數(shù)Ajax應(yīng)用的基礎(chǔ)，存在一些獨(dú)有的測(cè)試問題。從某方面來說，JavaScript是一種啰嗦的腳本語言，調(diào)試起來非常困難。測(cè)試人員需要找出JavaScript引擎在什么地方出現(xiàn)問題，然后與開發(fā)者一起圍繞該問題點(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頁面重新請(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í)并沒有考慮到支持Ajax，所以不同的Ajax框架對(duì)瀏覽器的不足之處都有不同的權(quán)變方案。測(cè)試人員必須針對(duì)此權(quán)變方案做相應(yīng)的調(diào)整，并且隨著下一輪瀏覽器軟件的升級(jí)，又可能要做新的變動(dòng)。

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

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

馬特·布雷伯格（BorlandSilkPerformer和SilkTest測(cè)試套件專家）提到，Ajax并不算新事物?！白钚虑闆r是它已經(jīng)變得非常受歡迎，”他說，“并且它改變了性能測(cè)試和功能測(cè)試?！?/p>

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

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

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

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

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

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

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