一種網(wǎng)站自動化測試方法和裝置的制造方法
【專利摘要】本發(fā)明提供了一種網(wǎng)站自動化測試方法和裝置，其中方法包括：利用待測試網(wǎng)站的站點地圖(Sitemap)，構(gòu)建待測試網(wǎng)站的自動化測試實例(case)集；執(zhí)行所述case集；判斷執(zhí)行結(jié)果是否符合預期。本發(fā)明利用待測試網(wǎng)站的Sitemap自動生成自動化測試case集，無需人工手動編輯case集，節(jié)省了人力成本；并且由于網(wǎng)站核心功能在不斷更新時，Sitemap也會隨之更新，因此生成的自動化測試case集也能夠得到及時的更新，時效性得到提高。
【專利說明】一種網(wǎng)站自動化測試方法和裝置 【技術(shù)領域】
[0001] 本發(fā)明涉及計算機應用技術(shù)領域，特別涉及一種網(wǎng)站自動化測試方法和裝置。 【【背景技術(shù)】】
[0002] 隨著互聯(lián)網(wǎng)的不斷發(fā)展，網(wǎng)站的質(zhì)量保障和測試效率顯得尤為重要。很多的產(chǎn)品 都搭建了相關自動化測試設施，目前業(yè)界基本上都需要依靠人工編寫和維護對應的自動化 測試case(實例)集，基于此進行網(wǎng)站的自動化測試。然而，這種方式一方面耗費人力，維護 成本高;另一方面，人工維護的case往往無法得到及時的更新，時效性不高。 【
【發(fā)明內(nèi)容】
】
[0003] 本發(fā)明提供了一種網(wǎng)站的自動化測試方法和裝置，以便于降低人力成本，提高時 效性。
[0004] 具體技術(shù)方案如下：
[0005] 本發(fā)明提供了一種網(wǎng)站自動化測試方法，該方法包括：
[0006] 利用待測試網(wǎng)站的站點地圖Sitemap，構(gòu)建待測試網(wǎng)站的自動化測試case集；
[0007] 執(zhí)行所述case集；
[0008] 判斷執(zhí)行結(jié)果是否符合預期。
[0009] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述利用待測試網(wǎng)站的站點地圖Sitemap，構(gòu)建待測 試網(wǎng)站的自動化測試case集包括：
[0010] 利用Sitemap生成器獲取所述待測試站點的Sitemap;
[0011] 利用所述Sitemap包含的核心的url，構(gòu)建待測試網(wǎng)站的自動化測試case集。
[0012 ]根據(jù)本發(fā)明一優(yōu)選實施方式，執(zhí)行所述case集包括：
[0013]依據(jù)所述case集所包含的url，獲取并執(zhí)行頁面代碼。
[0014]根據(jù)本發(fā)明一優(yōu)選實施方式，所述判斷執(zhí)行結(jié)果是否符合預期包括：
[0015] 判斷執(zhí)行得到的頁面與預期頁面之間的相似度是否符合預設的相似度要求，如果 是，則確定所述執(zhí)行結(jié)果符合預期;否則，確定所述執(zhí)行結(jié)果不符合預期。
[0016] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述待測試網(wǎng)站為升級或修改后的網(wǎng)站；
[0017] 所述預期頁面為所述網(wǎng)站升級或修改前所述case集中各url對應的頁面。
[0018] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述執(zhí)行得到的頁面與預期頁面之間相似度的確定 包括：
[0019] 計算執(zhí)行得到的頁面的D0M樹中各路徑與預期頁面的D0M樹中對應路徑的相似度；
[0020] 將得到的各路徑之間的相似度進行綜合。
[0021] 根據(jù)本發(fā)明一優(yōu)選實施方式，執(zhí)行得到的頁面的D0M樹中路徑?1與預期頁面的D0M 樹中對應路徑p j之間的相似度s im (pi，pj)采用以下方式確定：
[0023]其中，(^1±^)為路徑口1的長度，(^七11^)為路徑口」的長度，(3〇111(^七11^，口」）為 路徑Pi和路徑Pj的最大公共部分的長度，max (depth (pi)，depth (pj))為depth (pi)和depth (Pj)中的最大值。
[0024] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述將得到的各路徑之間的相似度進行綜合包括：
[0025] 將得到的各路徑之間的相似度進行加權(quán)求和或者加權(quán)求平均。
[0026] 根據(jù)本發(fā)明一優(yōu)選實施方式，該方法還包括：
[0027] 生成并輸出自動化測試報告，所述自動化測試報告包括執(zhí)行結(jié)果不符合預期的 case〇
[0028] 本發(fā)明還提供了一種網(wǎng)站自動化測試裝置，該裝置包括：
[0029] 實例構(gòu)建模塊，用于利用待測試網(wǎng)站的站點地圖Sitemap，構(gòu)建待測試網(wǎng)站的自動 化測試case集；
[0030] 實例執(zhí)行模塊，用于執(zhí)行所述case集；
[0031]實例分析模塊，用于判斷所述實例執(zhí)行模塊的執(zhí)行結(jié)果是否符合預期。
[0032]根據(jù)本發(fā)明一優(yōu)選實施方式，所述實例構(gòu)建模塊，具體用于：
[0033] 利用Sitemap生成器獲取所述待測試站點的Sitemap;
[0034]利用所述Sitemap包含的核心的url，構(gòu)建待測試網(wǎng)站的自動化測試case集。
[0035] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述實例執(zhí)行模塊，具體用于依據(jù)所述case集所包 含的url，獲取并執(zhí)行頁面代碼。
[0036] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述實例分析模塊，具體用于判斷執(zhí)行得到的頁面 與預期頁面之間的相似度是否符合預設的相似度要求，如果是，則確定所述執(zhí)行結(jié)果符合 預期;否則，確定所述執(zhí)行結(jié)果不符合預期。
[0037] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述待測試網(wǎng)站為升級或修改后的網(wǎng)站；
[0038] 所述預期頁面為所述網(wǎng)站升級或修改前所述case集中各url對應的頁面。
[0039] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述實例分析模塊，還用于依據(jù)如下方式確定所述 執(zhí)行得到的頁面與預期頁面之間相似度：
[0040] 計算執(zhí)行得到的頁面的D0M樹中各路徑與預期頁面的D0M樹中對應路徑的相似度； [0041 ]將得到的各路徑之間的相似度進行綜合。
[0042]根據(jù)本發(fā)明一優(yōu)選實施方式，所述實例分析模塊，還用于依據(jù)如下方式確定執(zhí)行 得到的頁面的D0M樹中路徑pi與預期頁面的D0M樹中對應路徑pj之間的相似度sim(pi，pj):
[0044]其中，(^1±^)為路徑口1的長度，(^七11^)為路徑口」的長度，(3〇111(^七11^，口」）為 路徑Pi和路徑Pj的最大公共部分的長度，max (depth (pi)，depth (pj))為depth (pi)和depth (Pj)中的最大值。
[0045] 根據(jù)本發(fā)明一優(yōu)選實施方式，所述實例分析模塊在將得到的各路徑之間的相似度 進行綜合時，具體執(zhí)行：
[0046] 將得到的各路徑之間的相似度進行加權(quán)求和或者加權(quán)求平均。
[0047] 根據(jù)本發(fā)明一優(yōu)選實施方式，該裝置還包括：
[0048] 結(jié)果輸出模塊，用于生成并輸出自動化測試報告，所述自動化測試報告包括執(zhí)行 結(jié)果不符合預期的case。
[0049] 由以上技術(shù)方案可以看出，本發(fā)明利用待測試網(wǎng)站的Sitemap自動生成自動化測 試case集，無需人工手動編輯case集，節(jié)省了人力成本;并且由于網(wǎng)站核心功能在不斷更新 時，Sitemap也會隨之更新，因此生成的自動化測試case集也能夠得到及時的更新，時效性 得到提高。 【【附圖說明】】
[0050] 圖1為本發(fā)明實施例提供的主要方法流程圖；
[0051] 圖2為本發(fā)明實施例提供的裝置結(jié)構(gòu)圖。 【【具體實施方式】】
[0052]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對 本發(fā)明進行詳細描述。
[0053]在本發(fā)明實施例中使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制 本發(fā)明。在本發(fā)明實施例和所附權(quán)利要求書中所使用的單數(shù)形式的"一種"、"所述"和"該" 也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。
[0054]應當理解，本文中使用的術(shù)語"和/或"僅僅是一種描述關聯(lián)對象的關聯(lián)關系，表示 可以存在三種關系，例如，A和/或B，可以表示:單獨存在A，同時存在A和B，單獨存在B這三種 情況。另外，本文中字符7"，一般表示前后關聯(lián)對象是一種"或"的關系。
[0055]取決于語境，如在此所使用的詞語"如果"可以被解釋成為"在……時"或"當…… 時"或"響應于確定"或"響應于檢測"。類似地，取決于語境，短語"如果確定"或"如果檢測 (陳述的條件或事件)"可以被解釋成為"當確定時"或"響應于確定"或"當檢測（陳述的條件 或事件)時"或"響應于檢測(陳述的條件或事件)"。
[0056] Sitemap(網(wǎng)站地圖），又稱站點地圖，其主要是提供給網(wǎng)絡爬蟲抓取網(wǎng)頁使用的， Sitemap是網(wǎng)站和搜索引擎對話的好方式。網(wǎng)站地圖表明了網(wǎng)站的網(wǎng)頁結(jié)構(gòu)，包含了網(wǎng)站頁 面之間的邏輯關系。一般地，網(wǎng)站地圖中包含的頁面有:產(chǎn)品分類頁面、主要產(chǎn)品頁面、FAQ 頁面、幫助頁面、訪問量靠前的頁面等?？梢哉f，網(wǎng)站地圖上放置的鏈接是該網(wǎng)站非常的核 心鏈接，這些鏈接構(gòu)成了網(wǎng)站的核心功能。并且往往隨著網(wǎng)站的不斷發(fā)展，網(wǎng)站核心功能也 需要不斷更新。
[0057 ] 基于S i t emap的以上特點，本發(fā)明的核心思想在于，將S i t emap應用于自動化測試 中，利用待測試網(wǎng)站的Sitemap來構(gòu)建待測試網(wǎng)站的自動化測試case集，然后執(zhí)行case集， 并進一步判斷執(zhí)行結(jié)果是否符合預期。下面結(jié)合實施例對本發(fā)明提供的方法進行詳細描 述。
[0058]圖1為本發(fā)明實施例提供的主要方法流程圖，本實施例的前提在于，對某站點進行 自動化測試，對于該站點稱為待測試站點。另外，對于測試環(huán)境的構(gòu)建等測試基礎處理本發(fā) 明并不加以限制。本實施例可以包括三個階段:步驟101~102屬于case構(gòu)建階段，步驟103 屬于case執(zhí)行階段，步驟104屬于case分析階段，步驟105屬于結(jié)果輸出階段。具體如圖1中 所示，可以包括以下步驟：
[0059] 在101中，利用Sitemap生成器獲取待測試站點的Sitemap。
[0060] 由于Sitemap的生成已經(jīng)是目前比較成熟的技術(shù)，因此在本發(fā)明中可以直接利用 Sitemap生成器對待測試站點進行處理，生成該待測試站點的Sitemap。對于Sitemap的生成 方式本發(fā)明并不加以限制。
[0061] Sitemap主要包括待測試網(wǎng)站中的url (網(wǎng)址）以及每個url的其他元數(shù)據(jù)。但通常 Sitemap采用html、xml等文件格式，因此在生成待測試站點的Sitemap后，可以利用對應文 件格式的解析器解析出待測試網(wǎng)站的核心url。其中html格式可以利用類似HtmlParser來 進行解析，xml格式可以利用SAX、JD0M等解析。
[0062]在102中，利用Sitemap包含的核心url，構(gòu)建待測試網(wǎng)站的自動化測試case集。 [0063] 在獲取到Sitemap包含的核心url后，由于該核心url對應的網(wǎng)頁代碼是前后端自 動化的結(jié)合，其包含頁面內(nèi)容數(shù)據(jù)、樣式等信息，是很好的case素材。因此，可以利用各核心 url分別構(gòu)建待測試網(wǎng)站的自動化測試case集。
[0064] 在103中，依據(jù)case集所包含的url，獲取并執(zhí)行頁面代碼。
[0065] 本步驟中，依據(jù)case中包含的url，獲取頁面代碼并解析執(zhí)行后，得到該url對應的 頁面。
[0066] 在104中，分別針對各case判斷執(zhí)行得到的頁面與預期頁面之間的相似度是否符 合預設的相似度要求，如果是，則確定對應case的執(zhí)行結(jié)果符合預期;否則確定對應case的 執(zhí)行結(jié)果不符合預期。
[0067] 本發(fā)明實施例針對的是網(wǎng)站的自動化測試，可以適用于但不限于如下場景：當網(wǎng) 站調(diào)用的公共函數(shù)、數(shù)據(jù)庫、數(shù)據(jù)接口等發(fā)生了升級或修改，那么就需要對該網(wǎng)站進行自動 化測試，測試這些升級或修改是否對網(wǎng)站的頁面展現(xiàn)產(chǎn)生影響。在這種場景下，待測試網(wǎng)站 就是升級或修改后的網(wǎng)站，預期頁面就可以是該網(wǎng)站升級或者修改前case集中各url對應 的頁面，也就是原來的頁面。往往自動化測試是線下進行的，即在上線之前需要先進行測 試，而線上的頁面是升級或修改前的網(wǎng)站，因此預期頁面也可以是各url對應的線上頁面。
[0068] 因此，本步驟中一方面可以在測試環(huán)境中依據(jù)url對待測試網(wǎng)站的網(wǎng)頁代碼進行 解析執(zhí)行，另一方面依據(jù)url對線上的網(wǎng)頁代碼進行解析執(zhí)行，得到對應的預期網(wǎng)頁。
[0069]假設測試環(huán)境中某url得到的頁面為cU，對應的預期網(wǎng)頁為山，由于網(wǎng)頁由D0M元素 構(gòu)成，因此一個網(wǎng)頁可以看做一個D0M樹，網(wǎng)頁之間的相似度就體現(xiàn)為D0M樹之間的相似度。 另外，在D0M樹中一條路徑包含根節(jié)點到葉子節(jié)點的元素，cU由一系列的路徑構(gòu)成的集合體 現(xiàn)，同樣山也由一系列的路徑構(gòu)成的集合體現(xiàn)，兩者中的路徑一一對應。因此，在確定cU和山 之間的相似度時，可以將對應路徑分別計算相似度，由路徑相似度體現(xiàn)頁面相似度。
[0070] 具體地，可以計算di的D0M樹中各路徑和dj的D0M樹中對應路徑的相似度，將得到的 各路徑之間的相似度進行綜合，就得到cU和山之間的相似度。
[0071] 其中在計算路徑之間的相似度時，若cU的某路徑為Pl，其在山中對應的路徑為Pj， 那么Pi和Pj之間的相似度sim(pi，pj)可以采用如下方式確定：
[0073]其中，(^1±^)為路徑口1的長度，(^七11^)為路徑口」的長度，(3〇111(^七11^，口」）為 路徑Pi和路徑Pj的最大公共部分的長度，max (depth (pi)，depth (pj))為depth (pi)和depth (Pj)中的最大值。
[0074] 分別計算出各路徑之間的相似度后，進行的綜合可以是將各路徑之間的相似度進 行加權(quán)求和或者加權(quán)求平均。各路徑的權(quán)值可以依據(jù)對應的D0M元素的類型來確定，若某路 徑對應的D0M元素為文章內(nèi)容或者圖片等可變內(nèi)容，例如D0M元素為image的，則可以設置其 權(quán)值較低，例如設置為〇，因為其變化對測試結(jié)果產(chǎn)生的影響很小。若某路徑對應的D0M元素 為跳轉(zhuǎn)頁或框架，例如D0M元素為link或Frame的，可以設置其權(quán)值較高，因為其變化會對測 試結(jié)果產(chǎn)生較大影響。
[0075] 本步驟中預設的相似度要求可以是一個相似度閾值，若兩個頁面之間的相似度低 于預設相似度閾值，則說明該case的執(zhí)行結(jié)果不符合預期。相似度閾值可以根據(jù)實際狀況 靈活設置，例如設置為經(jīng)驗值。
[0076]在105中，生成并輸出自動化測試報告。
[0077] 生成的自動化測試報告可以包括執(zhí)行結(jié)果不符合預期的case。另外，還可以進一 步對不符合預期的case進行分類展現(xiàn)，在進行分類展現(xiàn)時，可以按照包含不符合預期的 case數(shù)量從大到小的順序進行排列。
[0078] 另外，為了方便網(wǎng)站開發(fā)人員快速定位問題，可以將不符合預期的case中，與預期 網(wǎng)頁中對應路徑的相似度低于預設閾值的路徑進行標注。例如，若某個case不符合預期，其 中存在若干條路徑與預期網(wǎng)頁中對應路徑的相似度很低，則可以將該路徑標注出來，以方 便開發(fā)人員快速定位問題、解決問題，從而提高項目效率和質(zhì)量。
[0079]以上是對本發(fā)明所提供方法進行的詳細描述，下面結(jié)合實施例對本發(fā)明所提供的 裝置進行詳細描述。圖2為本發(fā)明實施例提供的裝置結(jié)構(gòu)圖，如圖2所示，該裝置可以包括： 實例構(gòu)建模塊〇 1、實例執(zhí)行模塊02和實例分析模塊03，還可以包括結(jié)果輸出模塊04。其中各 組成模塊的主要功能如下：
[0080] 實例構(gòu)建模塊01負責利用待測試網(wǎng)站的站點地圖Sitemap，構(gòu)建待測試網(wǎng)站的自 動化測試case集。具體地，實例構(gòu)建模塊01可以首先利用Sitemap生成器獲取待測試站點的 Sitemap，然后利用Sitemap包含的核心的url，構(gòu)建待測試網(wǎng)站的自動化測試case集。
[0081] 實例執(zhí)行模塊02負責執(zhí)行case集，具體可以依據(jù)case集所包含的url，獲取并執(zhí)行 頁面代碼，得到url對應的頁面。
[0082] 實例分析模塊03負責判斷實例執(zhí)行模塊的執(zhí)行結(jié)果是否符合預期。具體地，實例 分析模塊03可以判斷執(zhí)行得到的頁面與預期頁面之間的相似度是否符合預設的相似度要 求，如果是，則確定執(zhí)行結(jié)果符合預期;否則，確定執(zhí)行結(jié)果不符合預期。
[0083] 本發(fā)明實施例針對的是網(wǎng)站的自動化測試，可以適用于但不限于如下場景：當網(wǎng) 站調(diào)用的公共函數(shù)、數(shù)據(jù)庫、數(shù)據(jù)接口等發(fā)生了升級或修改，那么就需要對該網(wǎng)站進行自動 化測試，測試這些升級或修改是否對網(wǎng)站的頁面展現(xiàn)產(chǎn)生影響。在這種場景下，待測試網(wǎng)站 就是升級或修改后的網(wǎng)站，預期頁面就可以是該網(wǎng)站升級或者修改前case集中各url對應 的頁面，也就是原來的頁面。往往自動化測試是線下進行的，即在上線之前需要先進行測 試，而線上的頁面是升級或修改前的網(wǎng)站，因此預期頁面也可以是各url對應的線上頁面。
[0084] 具體地，實例分析模塊03在確定執(zhí)行得到的頁面與預期頁面之間相似度時，可以 首先計算執(zhí)行得到的頁面的D0M樹中各路徑與預期頁面的D0M樹中對應路徑的相似度，然后 將得到的各路徑之間的相似度進行綜合。
[0085]其中，在確定執(zhí)行得到的頁面的D0M樹中路徑pi與預期頁面的D0M樹中對應路徑pj 之間的相似度sim(Pl，Pj)時，可以采用如下公式：
[0087]其中，(^1±^)為路徑口1的長度，(^七11^)為路徑口」的長度，(3〇111(^七11^，口」）為 路徑Pi和路徑Pj的最大公共部分的長度，max (depth (pi)，depth (pj))為depth (pi)和depth (Pj)中的最大值。
[0088] 實例分析模塊03在將得到的各路徑之間的相似度進行綜合時，可以采用將得到的 各路徑之間的相似度進行加權(quán)求和或者加權(quán)求平均等方式。各路徑的權(quán)值可以依據(jù)對應的 D0M元素的類型來確定，若某路徑對應的D0M元素為文章內(nèi)容或者圖片等可變內(nèi)容，例如D0M 元素為image的，則可以設置其權(quán)值較低，例如設置為0,因為其變化對測試結(jié)果產(chǎn)生的影響 很小。若某路徑對應的D0M元素為跳轉(zhuǎn)頁或框架，例如D0M元素為link或Frame的，可以設置 其權(quán)值較高，因為其變化會對測試結(jié)果產(chǎn)生較大影響。
[0089] 結(jié)果輸出模塊04負責生成并輸出自動化測試報告，自動化測試報告包括執(zhí)行結(jié)果 不符合預期的case。另外，還可以進一步對不符合預期的case進行分類展現(xiàn)，在進行分類展 現(xiàn)時，可以按照包含不符合預期的case數(shù)量從大到小的順序進行排列。
[0090] 另外，為了方便網(wǎng)站開發(fā)人員快速定位問題，可以將不符合預期的case中，與預期 網(wǎng)頁中對應路徑的相似度低于預設閾值的路徑進行標注。例如，若某個case不符合預期，其 中存在若干條路徑與預期網(wǎng)頁中對應路徑的相似度很低，則可以將該路徑標注出來，以方 便開發(fā)人員快速定位問題、解決問題，從而提高項目效率和質(zhì)量。
[0091] 為了方便理解，針對本發(fā)明舉一個實例，假設某購物類網(wǎng)站的開發(fā)人員對該網(wǎng)站 所依賴的一個前端js的common代碼進行了修改，需要測試該common代碼的修改是否會對網(wǎng) 站的網(wǎng)頁展現(xiàn)產(chǎn)生影響。在進行自動化測試時，可以采用Sitemap生成器獲取該待測試的購 物類網(wǎng)站的Sitemap，得到的Sitemap包含該購物類網(wǎng)站的核心url，比如首頁、商品分類頁、 購物主題頁、教程頁等頁面的url。利用這些url分別構(gòu)建自動化測試case，得到自動化測試 case^o
[0092] 分別對各case進行執(zhí)行和分析，在對其中一個case進行執(zhí)行和分析時，執(zhí)行以下 處理：
[0093] 在測試環(huán)境中獲取并執(zhí)行該url對應的頁面代碼，即修改common代碼后url對應的 網(wǎng)頁。
[0094] 在線上環(huán)境中獲取并執(zhí)行該url對應的頁面代碼，即修改common代碼前url對應的 網(wǎng)頁。
[0095] 分別計算同一 url對應的在測試環(huán)境中得到的網(wǎng)頁以及在線上環(huán)境中得到的網(wǎng) 頁，計算兩個網(wǎng)頁的D0M樹中各路徑的相似度的加權(quán)求和，若得到的值小于預設的相似度閾 值，則確定該case的測試結(jié)果不符合預期，并對其中相似度小于預設閾值的路徑進行標注。
[0096] 在對case集都進行執(zhí)行和分析完畢后，生成并輸出自動化測試報告，其中包含測 試結(jié)果不符合預期的case，即url，以及標注出其中相似度小于預設閾值的路徑（即對應的 D0M元素），說明該D0M元素展現(xiàn)異常。
[0097] 可以看出，采用上述自動化測試方式，可以利用待測試網(wǎng)站的Sitemap自動生成自 動化測試case集，無需人工手動編輯case集，節(jié)省了人力成本，并且由于網(wǎng)站核心功能在不 斷更新時，Sitemap也會隨之更新，因此生成的自動化測試case集也能夠得到及時的更新， 時效性得到提尚。
[0098]在本發(fā)明所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，可以通過其 它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述模塊的劃分，僅 僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式。
[0099]所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯 示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個 網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目 的。
[0100] 另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理單元中，也可以 是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個單元中。上述集成的單 元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。
[0101] 上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存 儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機 設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)或處理器(processor)執(zhí)行本發(fā)明各個 實施例所述方法的部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(Read-Only Memory ，R0M)、隨機存取存儲器 (Random Access Memory ，RAM)、磁碟或者光盤等各種 可以存儲程序代碼的介質(zhì)。
[0102] 以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。
【主權(quán)項】
1. 一種網(wǎng)站自動化測試方法，其特征在于，該方法包括： 利用待測試網(wǎng)站的站點地圖，構(gòu)建待測試網(wǎng)站的自動化測試實例集； 執(zhí)行所述實例集； 判斷執(zhí)行結(jié)果是否符合預期。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述利用待測試網(wǎng)站的站點地圖，構(gòu)建待 測試網(wǎng)站的自動化測試實例集包括： 利用站點地圖生成器獲取所述待測試站點的站點地圖； 利用所述站點地圖包含的核心的url，構(gòu)建待測試網(wǎng)站的自動化測試實例集。3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，執(zhí)行所述實例集包括： 依據(jù)所述實例集所包含的url，獲取并執(zhí)行頁面代碼。4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述判斷執(zhí)行結(jié)果是否符合預期包括： 判斷執(zhí)行得到的頁面與預期頁面之間的相似度是否符合預設的相似度要求，如果是， 則確定所述執(zhí)行結(jié)果符合預期;否則，確定所述執(zhí)行結(jié)果不符合預期。5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述待測試網(wǎng)站為升級或修改后的網(wǎng)站； 所述預期頁面為所述網(wǎng)站升級或修改前所述實例集中各url對應的頁面。6. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述執(zhí)行得到的頁面與預期頁面之間相似 度的確定包括： 計算執(zhí)行得到的頁面的DOM樹中各路徑與預期頁面的DOM樹中對應路徑的相似度； 將得到的各路徑之間的相似度進行綜合。7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述將得到的各路徑之間的相似度進行綜 合包括： 將得到的各路徑之間的相似度進行加權(quán)求和或者加權(quán)求平均。8. 根據(jù)權(quán)利要求1至7任一權(quán)項所述的方法，其特征在于，該方法還包括： 生成并輸出自動化測試報告，所述自動化測試報告包括執(zhí)行結(jié)果不符合預期的實例。9. 一種網(wǎng)站自動化測試裝置，其特征在于，該裝置包括： 實例構(gòu)建模塊，用于利用待測試網(wǎng)站的站點地圖站點地圖，構(gòu)建待測試網(wǎng)站的自動化 測試實例集； 實例執(zhí)行模塊，用于執(zhí)行所述實例集； 實例分析模塊，用于判斷所述實例執(zhí)行模塊的執(zhí)行結(jié)果是否符合預期。10. 根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述實例構(gòu)建模塊，具體用于： 利用站點地圖生成器獲取所述待測試站點的站點地圖； 利用所述站點地圖包含的核心的url，構(gòu)建待測試網(wǎng)站的自動化測試實例集。11. 根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述實例執(zhí)行模塊，具體用于依據(jù)所述實 例集所包含的url，獲取并執(zhí)行頁面代碼。12. 根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述實例分析模塊，具體用于判斷執(zhí)行 得到的頁面與預期頁面之間的相似度是否符合預設的相似度要求，如果是，則確定所述執(zhí) 行結(jié)果符合預期;否則，確定所述執(zhí)行結(jié)果不符合預期。13. 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述待測試網(wǎng)站為升級或修改后的網(wǎng) 站； 所述預期頁面為所述網(wǎng)站升級或修改前所述實例集中各url對應的頁面。14. 根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述實例分析模塊，還用于依據(jù)如下方 式確定所述執(zhí)行得到的頁面與預期頁面之間相似度： 計算執(zhí)行得到的頁面的DOM樹中各路徑與預期頁面的DOM樹中對應路徑的相似度； 將得到的各路徑之間的相似度進行綜合。15. 根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述實例分析模塊在將得到的各路徑之 間的相似度進行綜合時，具體執(zhí)行： 將得到的各路徑之間的相似度進行加權(quán)求和或者加權(quán)求平均。16. 根據(jù)權(quán)利要求9至15任一權(quán)項所述的裝置，其特征在于，該裝置還包括： 結(jié)果輸出模塊，用于生成并輸出自動化測試報告，所述自動化測試報告包括執(zhí)行結(jié)果 不符合預期的實例。
【文檔編號】G06F11/36GK106095674SQ201610398793
【公開日】2016年11月9日
【申請日】2016年6月7日
【發(fā)明人】陳祖德
【申請人】百度在線網(wǎng)絡技術(shù)（北京）有限公司