計算機科學與技術(shù)畢業(yè)論文3 正文參考5 測試類參考

基于selenium框架的自動化測試技術(shù)研究目錄TOC\o"1-3"\h\u一、引言 頁共36頁三、系統(tǒng)設(shè)計測試框架設(shè)計1.框架設(shè)計原理本項目測試框架是利用python3+selenium+requests+unittest等技術(shù)編寫成基礎(chǔ)測試框架，滿足日常測試工作的需要。采用PageObject設(shè)計模式，它是Selenium自動化測試項目的最佳設(shè)計模式之一，主要使得頁面元素定位和業(yè)務(wù)邏輯相互分離。將每個頁面設(shè)計為一個類，構(gòu)建每個頁面的屬性和操作模型，包括頁面中涉及的各種測試元素（按鈕，輸入框，下拉框，彈窗等），通過調(diào)用頁面類來獲取頁面元素，可以有效的避免了頁面元素信息或者位置改變，導(dǎo)致需要修改測試頁面代碼的情況。對于UI頻繁變動的項目，使用PageObjec設(shè)計模式，可以大幅度降低代碼重復(fù)，提高代碼的可維護性和可讀性。測試框架分層設(shè)計Xxxxxxxxxxxxxxxxxxx3.測試框架目錄結(jié)構(gòu)根據(jù)以上測試框架和測試思想，設(shè)計OMS訂單管理系統(tǒng)自動化測試目錄結(jié)構(gòu)，如下圖3.2所示：關(guān)于OMS訂單管理系統(tǒng)目錄結(jié)構(gòu)的介紹，如下圖3.3所示：（二）被測試系統(tǒng)功能介紹OMS系統(tǒng)即訂單管理系統(tǒng)，主要管理訂單的輸入，處理，輸出。涉及的模塊有貨品管理，庫存管理，入庫單管理，訂單管理，退件單管理以及其他基礎(chǔ)信息模塊。同時也會涉及與其他系統(tǒng)的交互，例如：WMS倉庫系統(tǒng)，F(xiàn)MS財務(wù)系統(tǒng)，LMS物流系統(tǒng)等。1.訂單管理系統(tǒng)與整體系統(tǒng)OMS系統(tǒng)與其他系統(tǒng)交互，如下圖3.4所示：OMS訂單系統(tǒng)：可以為廣大跨境電商賣家提供貨品管理、訂單管理、入庫單管理、庫存管理、退換貨管理等一系列的供應(yīng)鏈服務(wù)。LMS渠道系統(tǒng)：訂單在OMS系統(tǒng)生成之后，向渠道預(yù)報生成物流跟蹤單號，獲取面單以及發(fā)票等。FMS財務(wù)系統(tǒng)：訂單在OMS預(yù)報后進行預(yù)扣費，待訂單出庫之后，賬單日進行正式結(jié)算費用，補扣或退還多扣的費用。WMS倉庫系統(tǒng)：訂單從OMS系統(tǒng)，下發(fā)給WMS進行訂單揀貨、打包、稱重、出庫。IMIS系統(tǒng)：訂單出庫之后，進行物流軌跡跟蹤，可以跟蹤查詢訂單物流是否正常。2.訂單管理系統(tǒng)XXXXXXXXXXXXXXXXXXXXXXXXXXXXX測試用例設(shè)計1.訂單模塊用例設(shè)計遵循上述自動化測試用例設(shè)計原則，貨品模塊用例設(shè)計如表2.1所示：四、自動化測試腳本實現(xiàn)使用Selenium框架實現(xiàn)WEB自動化測試，我們需要熟悉常用的一些元素定位方法、操作方法，例如：id元素定位、name元素定位、class元素定位、link元素定位、xpath元素定位、CSS元素定位、click點擊、text獲取文本等。首先需要將Selenium元素定位的各種方法進行二次封裝，方便后續(xù)調(diào)用，避免代碼臃腫，降低代碼重復(fù)。如下圖4.1所示：貨品模塊腳本實現(xiàn)貨品模塊共實現(xiàn)9條自動化測試用例，包括了所有基本流程，從貨品新建、編輯、提交審核、審核通過，批量導(dǎo)入貨品以及中間貨品廢棄的操作流程。減少測試人員重復(fù)驗證頁面新建、編輯等操作。例如：貨品新建—廢棄流程的實現(xiàn)如下圖4.2所示XXXXXXXXXXXX

圖4.2貨品流程用例圖此腳本，通過調(diào)用封裝好的創(chuàng)建貨品的方法和頁面模擬點擊廢棄按鈕的方法，使得腳本看上去簡潔明了。訂單模塊腳本實現(xiàn)訂單管理模塊共實現(xiàn)16條自動化測試用例，包括了所有基本流程，從新建、編輯、預(yù)報到下發(fā)至WMS，以及中間的取消、轉(zhuǎn)暫存、暫存轉(zhuǎn)新建的操作流程。另外還包含訂單批量導(dǎo)入操作。例如：訂單新建—預(yù)報—下發(fā)—攔截流程，如下圖4.3所示XXXXXXXXXXXX

圖4.3訂單流程用例圖此腳本模擬頁面新建訂單，頁面點擊預(yù)報、下發(fā)、攔截按鈕。通過調(diào)用封裝好的create_sales_order_by_web()、sales_order_forcast()、sales_order_issue()、sales_order_intercept()方法，對結(jié)果進行斷言，看是否與自己期望的結(jié)果一致，斷言通過則此用例執(zhí)行成功，斷言不一致則代表此用例失敗。對于失敗的用例要分析原因，是自己腳本問題，還是系統(tǒng)bug，或者數(shù)據(jù)問題等。此方法是訂單模擬頁面點擊下發(fā)按鈕的操作，封裝完成，方便其他方法來調(diào)用。如下圖4.4所示：xxxxxxxxxxxxxxxxxxxxx測試報告一般自動化用例執(zhí)行完成后，我們需要將自動化測試最終結(jié)果展示出來，方便其他同事以及上級領(lǐng)導(dǎo)直觀看出運行結(jié)果，以及測試進展。那么我們以報告的方式發(fā)送出來更為合適。自動化測試報告內(nèi)容應(yīng)該包含，自動