[發(fā)明專利]一種基于內(nèi)容非敏感性DOM骨架等價判定的Web自動化測試方法

有效

• 申請?zhí)枺?/td>: 201710798531.3
• 申請日: 2017-09-07
• 公開（公告）號: CN107544906B
• 公開（公告）日: 2020-12-25
• 發(fā)明（設(shè)計）人: 楊瑞;蔡虹
• 申請（專利權(quán)）人: 楊瑞
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 暫無信息
• 代理人: 暫無信息

一種基于內(nèi)容非敏感性DOM骨架(Content?Insensitive DOM Skeleton)等價判定的Web自動化測試方法，利用基于內(nèi)容非敏感性DOM骨架(Content?Insensitive DOM Skeleton)的相似度判定方法，以此來減少頁面內(nèi)容和子結(jié)構(gòu)（sub?structure）對頁面等價性判斷帶來的負(fù)面影響。并將該判定方法在全局和本地兩個層次上運用于Crawling?based自動化測試框架，分析并挖掘動態(tài)Web頁面之間的行為關(guān)系，動態(tài)生成描述系統(tǒng)行為的狀態(tài)模型和測試用例。該發(fā)明能夠極大的減少Web測試中模型的規(guī)模、測試用例的數(shù)量以及測試的時間代價，避免測試死循環(huán)，提高測試的效率和有效性。

1.技術(shù)領(lǐng)域

本發(fā)明屬于軟件測試技術(shù)領(lǐng)域，尤其是Web測試技術(shù)領(lǐng)域，提出基于Content-Insensitive DOM Skeleton的相似度度量方法來判定頁面或狀態(tài)等價性，盡量避免阻礙Web自動化測試實施的負(fù)面因素，并在全局和本地兩個層次上將該方法運用于Crawling-based的測試框架中實現(xiàn)完整的Web應(yīng)用自動化測試。

2.背景技術(shù)

隨著軟件技術(shù)的不斷發(fā)展和推進(jìn)，軟件系統(tǒng)在社會各個領(lǐng)域中起著越來越重要的作用。計算機軟件規(guī)模的不斷增長，使得軟件質(zhì)量問題逐漸成為制約計算機發(fā)展和應(yīng)用的瓶頸之一。作為軟件生命周期過程中的一個重要環(huán)節(jié)，軟件測試對于保證和提高軟件產(chǎn)品的質(zhì)量起著不可替代的重要作用。

隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，基于Web的應(yīng)用變的非常普及，功能也變的越來越強大。與傳統(tǒng)應(yīng)用相比，Web應(yīng)用更加的靈活，用戶不需要安裝客戶端，軟件的更新發(fā)布以及使用更加的快速方便。然而Web應(yīng)用的技術(shù)多樣性、異構(gòu)性、快速更新以及分布式等特點也給測試帶來了巨大的挑戰(zhàn)。這些特性使得傳統(tǒng)的測試方法不能直接使用在動態(tài)Web應(yīng)用的測試中。因此，迫切需要對傳統(tǒng)測試方法進(jìn)行改進(jìn)或提出新的Web應(yīng)用測試方法并實現(xiàn)測試的自動化。研究針對Web特點的測試用例生成方法具有及其重要的意義。

實現(xiàn)自動化Web測試的一種典型方法是基于動態(tài)爬取(Crawling-based)的方法。在此過程中動態(tài)的生成軟件的行為模型和測試用例，也可以在模型的基礎(chǔ)上自動化生成新的測試用例。目前，針對Web測試的自動化建模方法主要分為基于狀態(tài)的建模方法(State-based)和基于導(dǎo)航(Navigation-based)的建模方法。

兩種建模方法目的都是為了更好的描述Web頁面、組件之間的變遷關(guān)系，為測試用例和測試預(yù)言的生成提供很好的輔助。但由于Web應(yīng)用，尤其是數(shù)據(jù)驅(qū)動的Web應(yīng)用會動態(tài)的產(chǎn)生不計其數(shù)的頁面，在自動化測試和建模過程中這會導(dǎo)致狀態(tài)或頁面的爆炸問題，即使是一個較小的應(yīng)用也存在巨大的建模空間。因此，如何恰當(dāng)?shù)呐卸▋蓚€網(wǎng)頁或狀態(tài)的等價性并以此為基礎(chǔ)減少模型的大小和測試用例的數(shù)量就成了動態(tài)Web測試中最關(guān)鍵的問題之一。

目前已經(jīng)有一些關(guān)于在測試環(huán)境下判定頁面或狀態(tài)是否等價的方法，但是這些方法仍然存在一些弱點，不能夠適應(yīng)數(shù)據(jù)驅(qū)動的Web應(yīng)用。通過我們的分析發(fā)現(xiàn)，主要是由于在數(shù)據(jù)驅(qū)動的Web應(yīng)用存在著一些影響自動化測試的深層次負(fù)面因素。

首先就是網(wǎng)頁內(nèi)容對測試的影響。和傳統(tǒng)的基于搜索引擎的爬取技術(shù)不同，在測試環(huán)境下，網(wǎng)頁的內(nèi)容反而會對自動化測試帶來負(fù)面影響。這是由于Web應(yīng)用中一組服務(wù)端代碼通常會從數(shù)據(jù)庫中取得相關(guān)數(shù)據(jù)，并生成HTML源文件傳輸?shù)娇蛻舳藶g覽器進(jìn)行顯示。本質(zhì)上這些頁面都是由服務(wù)端有限的程序腳本在運行過程中結(jié)合數(shù)據(jù)庫中的數(shù)據(jù)動態(tài)生成的。數(shù)據(jù)庫中的數(shù)據(jù)越多，客戶端產(chǎn)生的動態(tài)頁面也就越多，典型的例子如News System。這些由一組相同的服務(wù)端程序代碼生成的頁面一般具有相同的網(wǎng)頁框架和不同的頁面內(nèi)容。為了減少測試代價，這些具有相同框架、不同內(nèi)容的頁面可以認(rèn)為是等價的，只需要測試指定的次數(shù)。如果不能正確的判定這些頁面或狀態(tài)的相似性，測試代價就會極大的增加。