话题公司 › 58同城

公司:58同城

关联话题: 天鹅到家

58同城(NYSE:WUBA),简称58,是一家位于中国北京市的生活服务及分类信息网站,以在地服务为主,举凡租房、招聘、交友、水电、二手交易等等,由北京五八信息技术有限公司拥有,创始人是姚劲波,成立于2005年12月12日。该网站是中文最大的生活信息网站,该网站的口号是“一个神奇的网站”。

深入了解 vue-cli

转转内部脚手架的 Webpack 部分,是基于 @vue/cli 进行二次封装的。

转转native-adapter重构与实现

​native-adapter 是一套开箱即用,易于拓展,无需引入多余代码的多环境适配框架。

从npm切换到pnpm小记

转转的 CI 系统和开发环境为什么要从 npm 切换到 pnpm 呢。因为在使用 npm 的时候,遇到几个问题。

  1. 磁盘空间占用过大
  2. 首次安装速度慢
  3. 幽灵依赖导致一些报错

那 pnpm 又是怎么解决上面的问题呢?

iOS不必现崩溃的点对点解析以及治理

客户端应用中崩溃类型有多种,包括普通崩溃,主线程卡死,野指针崩溃,后台崩溃等等。当进程发生崩溃后系统会自动生成相应的崩溃信息,我们可以根据符号表解析崩溃日志,线上用户可以通过Bugly等第三方工具收集并解析堆栈。但是在解析的过程中大家可以发现解析一个崩溃日志操作非常繁琐,有时候出现解析失败的情况,甚至会解析错误。本文章主要介绍多个不同系统崩溃日志的解析方案。

通用场景测试方案-打款校验工具

电商行业,整个购物流程,离不开跟钱打交道,系统内也是门门道道,例如打款,对账等等业务,一旦涉及到钱的业务出现问题,都有可能造成严重的线上事故。

这部分的测试验证存在很多痛点,验证的过程主要依靠人工校验,涉及多个系统查询比对,耗时较长;此外在跨部门协作项目中,常常由于彼此对专业术语理解不一致,导致沟通成本较高。

本文重点分享转转QA在涉及钱款方面的业务场景测试中是如何解决上述测试痛点的?我们为什么要设计一套涉及打款校验的工具?它在实际应用中效果如何?

C2B模式下优惠券架构演进

转转C2B回收业务,一句话概括就是从用户手中回收3C数码产品。

用户选择想要估价商品进行估价,如用户认为合理则可以将商品邮寄至平台,平台收货后进行质量检测,同时用户提供确切的报价,用户权衡觉得合理后,可以点击确认回收,平台将给用户进行打款。

那么如何有效提升用户下单量呢?报价合理的基础上,我们还需要给予用户一定的现金补贴,买家端称之为“满减券”, 而卖家端则是“满加券”, 后续都统称为“加价券”,卖家用户满足一定售出金额的时候平台会给用户额外进行一定比例或者固定金额的价格补贴。

接下来我们将详细讲一下加价券业务的演进历程。

Picasso:sketch设计稿智能解析工具

Picasso是58同城推出的一款sketch设计稿智能解析工具,可将sketch设计稿自动解析成还原精准,可用度高的前端代码;从而提高前端开发效率,助力业务快速发展。

图像质量评价技术实践

图像作为信息存储和展示的一种重要载体,其质量高低对信息表达和用户体验具有重大影响,图像质量评价(IQA)主要通过图像特征进行分析,评估出图像的优劣,在视频图像质量检测、推荐排序等领域有重要应用。本文主要介绍 IQA 技术在 58 同城业务中的算法实践。

当转转严选订单遇到状态机

这里所说的状态机,全名为确定性有穷状态自动机,也常被简称为有穷自动机,简写FSM。在软件领域中,被广泛应用,如编译,正则表达式识别,游戏开发。状态机维护一组状态集合,和事件集合,能够对特定的事件输入,作出状态流转,并执行相应的动作。

设计的生命力-IP动画设计指南

IP设计不仅仅停留在形象设计上,还需要丰富的表情和动作塑造性格,传递感情,赋予形象鲜活的生命力。

设计降噪也能信息丰富

篇幅有限,信息太多,简约和丰富怎么取舍?学会脑补大法,让你的设计折叠进大脑中。

SpEL快速上手及实践

Spring Expression Language(简称 SpEL,Sp:Spring,EL:Expression Language)是一个支持运行时查询和操作对象图的强大的表达式语言。

在Spring产品组合中与我们常见的Beans 模块、Core 核心模块、Context 上下文模块一起组成了Spring 的核心容器,是表达式计算的基础,支持在运行时查询和操作对象,可以与基于XML和基于注解的Spring配置还有bean定义一起使用。

转转用例平台系列 - 脑图组件2.0

本文主要介绍zzcase脑图组件升级前后的对比,以及落地应用。

基于字节码的统一异常上报实践

在我们的日常工作中,总会出现各种各样的“错误”和突发的“异常”。无论我们做了多少准备,多少测试,这些异常总会在某个时间点出现,如果处理不当或是不及时,往往还会导致其他新的问题出现。所以我们要时刻注意这些陷阱以及需要一套“最佳实践”来建立起一个完善的异常处理机制。那么我们如何快速、准确地定位异常的发生的地方,和一些简易的异常信息方便研发定位问题?下面跟随我来看一下转转中台是如何优雅地对异常进行统一的监控和上报处理的。

zzcase&接口自动化-质&效的探索

功能用例设计与接口用例设计,是独立存在的,功能用例主要是验证测试页面功能实现,接口用例主要是验证接口入参和出参;从页面上看,功能测试过程是包含接口测试的,但是从服务底层上看,有些逻辑实现是功能页面覆盖不到的。

在业务测试当中,经常会遇到类似的场景:

A:功能测试测完了,接口测完了吗?

B:接口测完了,接下来就等功能测试了……

C:冒烟主流程没有问题,有些场景需要功能和接口一起验证!

D:这个场景单接口验证不了,要结合页面功能一起测试……

以上几个场景算是在业务测试阶段比较常见的,可能还有很多其他的业务场景等等,但都能看得出来,接口测试和功能测试,是分层进行的,这也是近几年行业中常见的分层测试做法。那么接下来,我们一起来看看流程设计和功能设计思路吧。

如何从体验层面提升NPS——好感体系设计

用户满意度我们一直非常关注,从每个季度的满意度调研中可以看出租房用户对于使用效率、功能完善性、信息丰富度和真实性以及NPS都相对较低。那么基于用户满意度低的大背景,如何从体验层面提升租房用户的NPS呢?

Home - Wiki
Copyright © 2011-2024 iteam. Current version is 2.134.0. UTC+08:00, 2024-09-29 06:20
浙ICP备14020137号-1 $Map of visitor$