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