1. 程式人生 > >小程式相關整理-保賣業務整理

小程式相關整理-保賣業務整理

最近剛接到小程式相關的測試任務,主要是業務的一些整理,和遇到一些走過坑的記錄。

需求不復雜,當用戶是新使用者並且在活動時間內在保賣拉新活動時間內,賣手機下單,在下單詳情頁就可以展示新使用者獎勵。非首單或者首單使用者在非活動時間內,不展示首單獎勵。此外預付款(手機估價後給的錢)變成更了該類別在過去60天的平均起拍價格,當該類別的商品過去60天沒有成交價格就走apollo(配置中心)預設配置成交價,還有就是跟之前業務耦合後相關的迴歸一會後面說。其實需求不復雜,麻煩就是沒有之前文件,拿到獨立需求,不知道用的那個表,怎麼判斷的,配置走的那個專案,key是什麼,浪費很多這方面的時間,所以今天準備寫一下。

1.首單的判斷條件:

首單判斷根據seller_order表中有沒有status=8(狀態已完成)具體如圖:


2.首單Apollo配置

首先選擇zz-youpin(配置專案名稱),操作如圖:



預付款在apollo配置的key事“prepay_bottom_price”


3.預付款Apollo配置

首單獎勵的key=“yp_auction_first_order_cash_rewards”,具體如圖:


大禮包倒計時key=“yp_auction_order_gift”,如圖:


4.預付款計算

預付款計算根據過去60天,從昨天開始計算的60天,查詢sql如下:


目前後臺做法是,前端發起請求->後端會先去查詢redis->如果沒有查詢資料庫並把值寫會redis且返回/如果redis有值就會直接返回。目前是一天通過job任務更新一次redis的值,所以測試時候改資料庫要想馬上生效就要刪除redis的key,目前呼叫rd寫好的單元測試del直接刪除key,工程目錄 ypdeal服務對應分支程式碼,test/test/redis/RedisTest.java如圖:


這裡面唯一要說的有一個int型的qcId的值該類目的cateid的值,也可以檢視sellerOrderdetail介面response,如圖:


介面response['xinghaoId']就是del方法的qcid的值,執行結果如下:

也可以通過getAsObj方法檢視redis的返回值,如果是null,表示刪除成功,如圖:


5.順豐訂單狀態變更

此次測試涉及到訂單狀態變更,呼叫方法如下:


呼叫該方法後會orderid對應在t_aucition_seller_order表中status變成3,預付款金額就會加到我的頁面預付款總額和保單列表頁該訂單的文案狀態也有變更,如圖:



大體這些,不熟悉業務所以浪費很多時間,屢清楚了就好了很多,哈哈。