本發(fā)明涉及一種訂單數(shù)據(jù)構造平臺,具體為面向saas的訂單數(shù)據(jù)構造平臺,屬于回歸測試。
背景技術:
1、回歸測試是在軟件開發(fā)中使用的一種測試方法,用于驗證修改或添加到軟件中的代碼是否引入了新的錯誤,以及現(xiàn)有的功能是否仍然正常工作。它是軟件測試過程中的一個重要環(huán)節(jié),特別是在進行需求更新、功能改進或修復bug后,回歸測試的主要目的是確保軟件的穩(wěn)定性和可靠性,防止新引入的代碼變更破壞現(xiàn)有的功能。
2、出行saas平臺是一種服務于多家公司的系統(tǒng),公司租用系統(tǒng)即為租戶,一套sass出行系統(tǒng)有很多家租戶,租戶間數(shù)據(jù)隔離且每家租戶可以根據(jù)自己的要求配置數(shù)據(jù),所以每個租戶系統(tǒng)數(shù)據(jù)不一樣,導致測試人員的測試難度大且測試操作過于復雜。
3、在saas平臺上進行回歸測試時,由于平臺是基于接口構建場景集合,要求測試人員具備極高的代碼編寫能力;基于接口自動化平臺,便需要測試人員編寫不同下單場景對應的測試用例,由于依賴乘客端下單,測試人員使用起來相對麻煩,并且一套場景集合無法切換租戶和環(huán)境運行,為此,提出一種面向saas的訂單數(shù)據(jù)構造平臺及訂單數(shù)據(jù)構造方法。
技術實現(xiàn)思路
1、有鑒于此,本發(fā)明提供一種面向saas的訂單數(shù)據(jù)構造平臺及訂單數(shù)據(jù)構造方法,以解決或緩解現(xiàn)有技術中存在的技術問題,至少提供有益的選擇。
2、本發(fā)明實施例的技術方案是這樣實現(xiàn)的:一種面向saas的訂單數(shù)據(jù)構造平臺,包括數(shù)據(jù)庫、緩存庫、平臺服務端、租戶配置管理模塊、創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊,
3、服務端連接數(shù)據(jù)庫、緩存庫、租戶配置管理模塊、創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊;
4、其中,租戶配置管理模塊用于按租戶、測試環(huán)境維度存放對應的變量值,每個值均與環(huán)境和租戶信息關聯(lián);
5、其中,創(chuàng)建訂單模塊用于根據(jù)下單參數(shù),創(chuàng)建對應的訂單類型;
6、其中,訂單查詢模塊用于通過調用訂單服務,查詢各種類型的訂單,并在訂單詳情中,對訂單進行操作;
7、其中,訂單狀態(tài)流轉模塊用于提供一鍵切換功能,實現(xiàn)在不同訂單狀態(tài)中進行切換。
8、進一步優(yōu)選的,所述下單參數(shù)包括但不限于下單類型、支付方式和司機匹配模式。
9、進一步優(yōu)選的,所述操作功能為圍繞訂單維度的操作功能,具體包括司機綁單、乘客取消、訂單的狀態(tài)流轉、乘客支付費。
10、一種訂單數(shù)據(jù)構造方法,包括以下步驟:
11、s1、采用bs結構,構建訂單數(shù)據(jù)構造平臺框架;
12、s2、添加創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊,完成訂單數(shù)據(jù)構造平臺的搭建;
13、s3、通過訂單數(shù)據(jù)構造平臺選擇下單環(huán)境和租戶,并輸入訂單信息;
14、s4、根據(jù)下單參數(shù),創(chuàng)建對應的訂單類型;
15、s5、訂單數(shù)據(jù)構造平臺提取數(shù)據(jù),并將數(shù)據(jù)組裝成http格式;
16、s6、通過http對目標服務發(fā)起調用,并將結果反饋至訂單數(shù)據(jù)構造平臺。
17、進一步優(yōu)選的,所述s1中,訂單數(shù)據(jù)構造平臺的服務端使用java語言開發(fā),前端使用umi+antd+ant?des?i?gn?pro開發(fā)。
18、進一步優(yōu)選的,所述s2中,通過創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊,使訂單數(shù)據(jù)構造平臺具備租戶配置管理、創(chuàng)建訂單、訂單查詢和訂單狀態(tài)流轉的功能。
19、進一步優(yōu)選的,所述s3中,訂單信息包括訂單起點和終點、選車類型和調度方式;
20、其中,選車類型為快車或專車;
21、其中,調度方式為搶單、綁單或系統(tǒng)調度。
22、進一步優(yōu)選的,所述s4中,通過訂單數(shù)據(jù)構造平臺的創(chuàng)建訂單模塊,根據(jù)下單參數(shù)對訂單類型進行創(chuàng)建。
23、進一步優(yōu)選的,所述s5中,訂單數(shù)據(jù)構造平臺根據(jù)變量值從數(shù)據(jù)庫中和緩存庫提取數(shù)據(jù);
24、其中,組裝的http格式包含域名、路徑、請求體和請求頭。
25、進一步優(yōu)選的,所述s6中,目標服務包括訂單系統(tǒng)、管控系統(tǒng)、資產(chǎn)系統(tǒng)和財務系統(tǒng)。
26、本發(fā)明實施例由于采用以上技術方案,其具有以下優(yōu)點:本發(fā)明通過利用訂單數(shù)據(jù)構造平臺,使測試人員僅需選擇下單租戶,輸入訂單信息,便可創(chuàng)建不同租戶、環(huán)境的訂單類型,以便快捷、高效地滿足訂單鏈路日常迭代回歸測試的需要,而且解決了一套場景集合只能測試一個租戶一個環(huán)境的問題,還可對其他業(yè)務頻繁操作的場景進行一鍵化處理,使相關測試數(shù)據(jù)構造時長由分鐘級降至秒級,極大的提升測試效率。
27、上述概述僅僅是為了說明書的目的,并不意圖以任何方式進行限制。除上述描述的示意性的方面、實施方式和特征之外,通過參考附圖和以下的詳細描述,本發(fā)明進一步的方面、實施方式和特征將會是容易明白的。
1.一種面向saas的訂單數(shù)據(jù)構造平臺,包括數(shù)據(jù)庫、緩存庫、平臺服務端、租戶配置管理模塊、創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊,其特征在于,服務端連接數(shù)據(jù)庫、緩存庫、租戶配置管理模塊、創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊;
2.根據(jù)權利要求1所述的面向saas的訂單數(shù)據(jù)構造平臺,其特征在于:所述下單參數(shù)包括但不限于下單類型、支付方式和司機匹配模式。
3.根據(jù)權利要求1所述的面向saas的訂單數(shù)據(jù)構造平臺,其特征在于:所述操作功能為圍繞訂單維度的操作功能,具體包括司機綁單、乘客取消、訂單的狀態(tài)流轉、乘客支付費。
4.一種根據(jù)權利要求1-3任一項所述的面向saas的訂單數(shù)據(jù)構造平臺的訂單數(shù)據(jù)構造方法,其特征在于,包括以下步驟:
5.根據(jù)權利要求4所述的訂單數(shù)據(jù)構造方法,其特征在于:所述s1中,訂單數(shù)據(jù)構造平臺的服務端使用java語言開發(fā),前端使用umi+antd+ant?design?pro開發(fā)。
6.根據(jù)權利要求4所述的訂單數(shù)據(jù)構造方法,其特征在于:所述s2中,通過創(chuàng)建訂單模塊、訂單查詢模塊和訂單狀態(tài)流轉模塊,使訂單數(shù)據(jù)構造平臺具備租戶配置管理、創(chuàng)建訂單、訂單查詢和訂單狀態(tài)流轉的功能。
7.根據(jù)權利要求4所述的訂單數(shù)據(jù)構造方法,其特征在于:所述s3中,訂單信息包括訂單起點和終點、選車類型和調度方式;
8.根據(jù)權利要求4所述的訂單數(shù)據(jù)構造方法,其特征在于:所述s4中,通過訂單數(shù)據(jù)構造平臺的創(chuàng)建訂單模塊,根據(jù)下單參數(shù)對訂單類型進行創(chuàng)建。
9.根據(jù)權利要求4所述的訂單數(shù)據(jù)構造方法,其特征在于:所述s5中,訂單數(shù)據(jù)構造平臺根據(jù)變量值從數(shù)據(jù)庫中和緩存庫提取數(shù)據(jù);
10.根據(jù)權利要求4所述的訂單數(shù)據(jù)構造方法,其特征在于:所述s6中,目標服務包括訂單系統(tǒng)、管控系統(tǒng)、資產(chǎn)系統(tǒng)和財務系統(tǒng)。