這周接了一個保賣業務專項優化的專案，業務整體就是主程式（公司主要小程式端增加保賣暗拍整體流程），但是我這次沒有涉及整個流程，雖然涉及了部分，簡單做個梳理。

因為是2個人一起測試，我這邊主要涉及首頁東西，暗拍（保賣的一個業務流程）走了一部分，先說一下我自己這邊的吧。

1.當一個類別存在成交量的時，“最高成交價”欄位展示該類別過去30天（動態的30天，根據job任務觸發的時間計算往前推）最高成交價，“預付款”欄位展示過去30天起拍價格的平均值，樣式如圖：

“最高成交價”sql：

select deal_price from t_auction_activity where state = 3 and cate3_id = 2101018015  and deal_time between '2018-06-06 11:00:00' and '2018-07-06 11:00:00';取得是deal_price欄位最大值，如圖：

測試點：state和cate3_id取值，deal_time（成交時間）因為根據job任務出發的時間，所以除了月/日之外，還要測試到小時，job任務是每小時自動觸發一次。

“預付款”取得start_price的平均值 sql如下：

select start_price from t_auction_activity where state = 3 and cate3_id = 2101018015  and deal_time between '2018-06-06 11:00:00' and '2018-07-06 11:00:00';

測試點同“最高成交價”。

當該手機類別沒有成交記錄

“平均溢價率”=全手機列別（cateid=101）(成交價和（deal_price）-起拍價的和(start_price))/起拍價的和（有效時間為job觸發動態的30天，精確到時分秒），sql如下：

select sum(deal_price) from t_auction_activity where state = 3 and cate1_id = 101  and deal_time between '2018-06-04 16:00:00' and '2018-07-04 16:00:00';

select sum(start_price) from t_auction_activity where state = 3 and cate1_id = 101  and deal_time between '2018-06-04 16:00:00' and '2018-07-04 16:00:00';

預付款走apollo配置，配置key：prepay_bottom_price。

前端展示邏輯，跟進miniAppHome介面，當response['topDealPrice']為空時取response['catePremiun']欄位的百分比，如圖：

2.首頁底部人數累計統計

在首頁底部展示累計賣出手機數量，sql如下：

select count(distinct seller_uid) from t_auction_seller_order 

3.banner配置：

首先檢視charles介面返回：

支援跳轉M頁和主程式本身其他頁面，走的統一配置