这周接了一个保卖业务专项优化的项目，业务整体就是主程序（公司主要小程序端增加保卖暗拍整体流程），但是我这次没有涉及整个流程，虽然涉及了部分，简单做个梳理。
因为是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页和主程序本身其他页面，走的统一配置