精华内容
下载资源
问答
  • 最近小编在少数派发现了一篇文章,讲的是如何在Win10上与iPhone互联,最终实现在电脑上接打电话、收发短信,这个篇文章切实的解决了小编的使用痛点,IT之家小编亲自试验该方法可行,再此将方法分享出来,希望能让跟...

    最近小编在少数派发现了一篇文章,讲的是如何在Win10上与iPhone互联,最终实现在电脑上接打电话、收发短信,这个篇文章切实的解决了小编的使用痛点,IT之家小编亲自试验该方法可行,再此将方法分享出来,希望能让跟多的读者受益:

    互联协同作业是苹果生态中非常吸引人的功能之一,“Handoff”(接力)让iPhone上没做完的事情可以接着用Mac或iPad继续完成,举例来说当你的iPhone与Mac连接同一Wi-Fi时(iCloud帐号一致)你可以直接在Mac上接打来自iPhone上的电话;在Mac的iMessage上你也可以直接收发来自iPhone的信息;iPhone浏览的网页可以直接在Mac的Dock栏上打开继续浏览。正是这些功能让喜欢协同办公的用户欲罢不能,于是就有了买了iPhone买iPad,买了iPad买Mac的现象。

    那么这么棒的功能就只能在Mac上用吗?Windows电脑上可以做到吗?

    如果你在半年前问我,我肯定会告诉你是的,这么核心的功能人家没有任何理由会开放给第三方。但直到小编受刺客大大的启发后,翻阅不少网页后终于找到了一款神器,通过这款神器我们可以无缝的在Windows电脑上接打来自iPhone的电话,收发来自iPhone的短信,简直爽的不要不要,这下在PC网页输验证码时再也不用到处翻手机啦。

    好了不卖关子了,这款软件名叫“Dell Mobile Connect”对没错,从名字看就知道这是Dell出的软件,其实这款软件原本是Dell为自己旗舰笔记本XPS推出的一款应用,为的是让XPS用户在PC上实现与iPhone协同合作的功能,虽说是XPS专用,但经过大神研究其实如果安装好驱动和Windows 10端应用后,任何一款带蓝牙的Windows 10 PC都可以使用这款应用。

    Dell Mobile Connect简介:

    Dell Mobile Connect可以把计算机和智能手机进行完整的无线整合。通过鼠标、键盘和触摸屏享受手机的功能,实现拨打或接听电话、发送和接收短信、访问联系人、收取手机消息通知,毋庸置疑是一款定位生产力的软件。

    主要特点:

    • 免提电话–拨打和接听电话,通过计算机扬声器和麦克风进行通话;

    • 收发文本消息–使用计算机键盘发送和接收短信。有短信时,可通过"消息"选项卡或短信通知打开;

    • 通知–手机通知将显示在计算机上且您将能通过计算机的鼠标、键盘和触摸屏处理它们;

    • 联系人–通过计算机搜索手机电话簿,搜索相应的联系人并直接拨打电话或发送短信。

    好了废话不多,让我们进入教程阶段:

    1.准备工作:

    材料:iPhone一台、带有蓝牙功能的Win10电脑一台

    手机端下载:“Dell Mobile Connect”App

    电脑端下载:“Dell Mobile Connect”UWP客户端Dell驱动程序

    2.安装配置Windows端软件:

    • 安装Dell驱动程序▼

    打开下载好的驱动程序进行安装,只有安装后驱动程序后才能进行后续操作。

    • 安装“Dell Mobile Connect”UWP客户端

    虽然这款软件在微软商店有,但因为是专为XPS设计,所以其他机型无法安装,要安装AppxBundle格式,但安装AppxBundle格式前需要进行简单的设置:

    打开Windows控制面板,选择“更新和安全”选项,选择“针对开发人员”子选项卡,点选“旁加载应用”(需稍等片刻,部分机型可能需要重启)。▼

    然后安装下载好的“Dell Mobile Connect”UWP客户端(对就是那个名字很长的文件,ScreenovateTechnologies开头)▼

    3.在“Dell Mobile Connect”上将Windows与iPhone配对

    以上软件都安装完成后,我们要做的就是在软件上将iPhone与Windows配对,首先都要将蓝牙开启,因为“Dell Mobile Connect”的所有功能基本上都是基于蓝牙实现的。▼

    打开蓝牙后,点击PC软件最下面的“让我们开始吧”进入设置页面;▼

    在添加新手机中,选择“iPhone”(蓝牙不开启可是搜不到的哟),接下来选择你的手机,PC端与iPhone端都会出现配对码,iPhone端点击配对;▼

    配对成功后软件会弹出通知窗口,已连接iPhone▼

    因为软件的功能主要通过蓝牙实现,所以需要按照提示在蓝牙设置中,开启“同步联系人”和“显示通知”的权限,不开启的话软件是无法使用的。▼

    4.设置完成,享受Dell带来的便利吧

    现在我们就可以实现在PC上接打iPhone电话啦,从软件的上看,它主要有四大功能区:“通知”、“拨号”、“通讯录”和“信息”。在底部可以设置通知声音与勿扰模式。

    ▲Dell Mobile Connect的拨号与联系人界面

    当你专心工作时,它会最小化到系统托盘,如果有来电的话,会有相应的通知窗弹出,你可以选择直接用电脑接或手机接听。

    总结

    小编之前一直认为这些功能是无法实现的,直到我遇见了“Dell Mobile Connect”,它另辟蹊径的通过蓝牙连接实现了与iPhone的互联功能,虽然这些功能跟苹果的“Handoff”仍无法比较,但对于办公者来说,这几项功能确实已经够用了。他能让你在敲字或创作的时候专注于PC屏幕,不会分神;对于普通用户来说,当你浏览网页登陆账户需要手机验证码时,你就可以直接在电脑上复制粘贴,头都不用回,是不是很酷呢。另外,如果你有好用的效率工具也可以在评论区分享给我们。

    展开全文
  • 干货 | 携程酒店RSocket实践

    千次阅读 2019-08-14 20:20:00
    作者简介刘诚,携程酒店研发性能架构师。2014年加入携程,致力于通过架构的演进,控制企业硬件成本。一、初识RSocket在QCon2019北京大会上第一次得知RSocke...
        

    作者简介

    刘诚,携程酒店研发性能架构师。2014年加入携程,致力于通过架构的演进,控制企业硬件成本。

    一、初识RSocket

    在QCon2019北京大会上第一次得知RSocket。印象深刻的是Netifi公司通过他们研发的RSocket帮助企业实现微服务,在40,000RPS的场景下,Istio需要每月3495美金,而Netifi每月只要388美金,同时性能提升10倍,这无疑对任何企业都是极具吸引力的。

    Netiffi的创始人在会上也谈到,使用Netiffi的Broker,得益于RSocket协议,无需独立部署监控、服务发现、健康检查、负载均衡等等中间件。如果是跨云部署,例如谷歌云与亚马逊云之间,或者亚马逊云与企业本地数据中心,都只要通过Netiffi的Broker即可无缝沟通,无需处理复杂的适配问题。

    回来查询了不算丰富的资料后发现,Istio的技术专家发文称RSocket Broker的service mesh比Istio有将近10倍的速度提升。考虑到Istio专家的观点还有一定说服力的,那么RSocket真的有那么厉害?

    二、RSocket生产实践

    我们决定到生产上面去实践RSocket,看看性能到底如何。现在已经支持RSocket的service框架有Spring Flux:

    640?wx_fmt=png

     

    Dubbo3.0 snapshot

    640?wx_fmt=png

    压测对比的是Dubbo2.7。Dubbo2.7的样例代码如下:

    640?wx_fmt=png

    Dubbo3的样例代码如下:

    640?wx_fmt=png

    SpringFlux的样例代码如下:

    640?wx_fmt=png

    分别压测QPS200,400和800的情况,结果显示CPU、内存和响应时间基本一致。是不是压测方式有问题,为什么性能一点也没有提高?


    三、RSocket的定义

    在解答上面的问题之前,我们先来看看RSocket到底是什么?

    官方定义:RSocket是基于reactive stream flow control的双向的、多路的、基于消息的、二进制通讯协议。它提供了4种交互模式:

    • request - response:一个请求,一个响应。现在的Restful服务既是如此;

    • fire-and-forget:对于那些不关心结果的请求,直接返回;

    • request – stream:一个请求,多次结果返回;

    • channel:服务器可以发多个请求给客户端,客户端也可以发多个结果给服务器;

    几个特点:

    • 可取消:请求和响应都可取消,能够高效的清理系统资源;

    • 可中断后继续:如果被调用方卡住了,请求方可断开后,过一会再过来重试;

    • 可租赁:响应者可根据自己的实际情况来控制调用方的频率,其实就是响应式编程中的背压的实现;

    上面只是定义了RSocket协议,在具体的实现上面是非常灵活的。

    进一步查询资料后发现,现有JAVA的RSocket实现一般都是基于TCP长连接。熟悉Dubbo的朋友,立刻就会想到Dubbo不就是基于TCP长连接进行服务调用的么。是的,但是不同之处在于RSocket是一系列的协议规范,原先的Dubbo虽然也是基于TCP长连接实现的,但是并没有完全按照RSocket的规范来进行实现。

    更加确切的来说,那个时候应该还没有RSocket。这个也就帮助我们理解为什么Dubbo3开始接入RSocket,以及阿里为什么也是RSocket的拥护者之一。至此就能理解为什么性能没提高了,在我们实践的场景中,只是把原来基于HTTP的请求方式变成了基于TCP的实现。就生产结果而言,并没有性能大幅提升,更别提10倍的提升。

    那RSocket只有TCP长连接的优势?


    四、RSocket协议的业务开发优势

    作为一名一线业务开发者,可能更关心的是使用RSocket协议写业务代码时的优劣势。就我个人而言,感觉还是很棒的。例如下面这个传入参数为Mono,返回也为Mono类型的接口定义方式。

    640?wx_fmt=png

    熟悉响应式编程的同学应该知道Mono是Pivotal Reactor Core中的一种类型。是一种特殊的发布者,最多只发布一次。

    640?wx_fmt=png

    如果应用本身就是以非堵塞的方式写的,那这里就可以直接使用reactor core的所有API。当然也有同学会说,即使不返回Mono,例如Dubbo2.7中的返回CompletableFuture,我们只要自己内部转换一下即可。然后应用里面照样可以使用reactor core或者rxjava等响应式编程的框架。

    的确如此,但是如果是Flux呢?可以多次、不断地往流里面写入结果的呢?CompletableFuture还能支持么?显然不行。因为flux本身就定义为最多可以发布n次。

    640?wx_fmt=png

    那为什么要用flux?

    flux是响应式编程中的一种常用对象,其实就是request -> stream一种实现。一个请求发起后,结果可以分批写回。好处是什么?例如:A服务调用B服务,B服务调用C和D服务,但是D服务很慢,如果是request -> response模式,那必须要等到C和D完成后,才能返回结果给A。如果是Request -> stream模式,则可以先把C的结果返回给A,然后等D的结果拿到了,在返回给A。这样就可以高效的利用系统资源,减少等待。

    熟悉Dubbo的同学可能会说,request -> stream这种模式也不是RSocket独有的吧,例如Dubbo就可以使用下面的方式来实现:

    640?wx_fmt=png

    看完上面的代码,然后我们可以思考一下如何用上面提供的API去实现下面的功能。你就会发现flux的这种Reactive Functional Programming的编程方式大大降低了编程的难度与代码量,提升了代码的可读性:

    640?wx_fmt=png

    但是这还不是全部的好处,下面我们来看看RSocket的另外一种使用场景。


    五、RSocket的展望

    响应式编程中有一个比较有名的功能叫背压。例如:当上游服务调用下游服务,而下游服务来不及处理的时候,可以选择性的限制上游服务的调用。

    640?wx_fmt=png

    而我们日常在刷手机的时候,经常会由于手机卡顿,无论是APP导致的还是网络导致的,重复点击或者刷新页面的情况。而HTTP本身是无状态的,所以只要有请求,无论是有效的还是无效的,服务器都会进行处理直到完成。

    但是如果有背压,那我们就可以一定程度上减少APP的无效和重复的请求。

    例如:用户查看订单列表,如果一下子过来10个请求,其实只要返回最后一个即可,前面9个都可以忽略。如果实现了,服务器就会减少流量,对硬件成本的控制有着非常积极的作用。InfoQ的文章中就提到:Facebook的工程师现在就是这样实现APP与服务器之间的通讯。

    之所以称之为展望,因为这个也是我们下一个实践的目标。

    参考资料

       


    大数据与人工智能沙龙

    8月24日上海

    火热报名中

    ↓↓↓

    640?wx_fmt=png

    【推荐阅读】

    640?wx_fmt=jpeg

    展开全文
  • 作者简介王幸福,携程酒店研发部高级测试经理,负责无线自动化测试相关工作。在测试框架和平台研发、移动测试、DevOps等领域有着丰富的经验。如今很多大型互联网公司、创新型企业都在积极地进...

    作者简介

     

    王幸福,携程酒店研发部高级测试经理,负责无线自动化测试相关工作。在测试框架和平台研发、移动测试、DevOps等领域有着丰富的经验。

    如今很多大型互联网公司、创新型企业都在积极地进行DevOps实践和落地。为什么DevOps如此受青睐? 我们该如何实施DevOps?DevOps中Dev代表开发,Ops代表运维,那么在这个崭新的流程体系中,QA又该如何找到自己的位置?带着这些疑问和困惑,我们希望在本文中都能进行探索和解答。


    一、业务和技术变革驱动流程的变革

      

    以往在软件开发的世界里,以月甚至以年为周期进行发布是一种常态。但随着近些年由云、移动互联网、AI、社交技术以及区域链等技术推动的业务变革呈现爆炸式的发展。在这种大背景下,即使是大型的互联网公司也随时面临着业务上被淘汰的危险,持续的业务创新,快速的上线,卓越的用户体验以及快速的获得反馈才是企业制胜的法宝。

      

    业务在高速变革,那么技术怎么样呢?技术的变革比之业务,有过之而无不及。应用架构从以往的服务集中到如今盛行的微服务,IT架构从物理机、虚拟机到如今的容器化、云服务,开发技术栈无论是前端还是后端也都呈现百花齐放的姿态。

       

    无论是业务变革还是技术变革,最终都会对企业的开发流程造成影响,并进而推动其进行变革。从早期的瀑布式开发,到敏捷开发,再到如今的DevOps,其产生的背景无一不都有着业务和技术变革的影子。

    为什么当前我们需要DevOps,甚至很多大型的互联网公司也在进行DevOps转型,其中最关键是因为其核心思想能够满足当前业务和技术变革的需要,那就是“快速的交付价值,灵活的响应变化”。“快速的交付价值”意味着能先人一步占领市场,“灵活的响应变化”亦意味着减少变化带来的不利因素,使企业立于不败之地。

    业务和技术变革推动流程变革


    二、携程持续交付的现状和挑战

      

    携程在很久以前就已经开始进行持续交付的建设,应用部署全部实现了容器化, 并实现了一套自动化程度较高的持续集成发布系统-Ctrip CD(后面简称CD),CD发布流程如下图所示:

    携程发布流程图

      

    开发人员在功能开发完成并提交代码后, 可以自己操作或通知测试进行环境部署。进行环境部署的人员可以在CD中创建发布版本,然后由CD自动进行代码编译,代码扫描,安全扫描,测试环境部署等操作。测试人员完成测试后进行测试结果的反馈。如果测试通过继续通过CD进行UAT环境的部署,进行验证测试。测试通过后,发布生产环境。

    从上面流程图可以看出,整个发布过程自动化程度还是较高的,相关人员只要在CD中操作新建版本,关注发布状态就可以了。但我们仔细分析这个过程还是能发现不少问题:

    1)持续集成的反馈链路过长。我们往往希望在开发人员每次提交代码时就进行代码编译,代码扫描,单元测试等过程,而不是在功能开发完成后进行。

    2)人工介入依然过多。虽然在CD中可以完成大部分的编译,发布,部署等繁复且人工易出错的工作,但是否可以省略人工创建版本,测试环境手动测试,进而每次提交代码都触发一系列的操作,发布到UAT环境,甚至是生产环境(对于业务简单,单元测试和接口测试的应用)。

    3)CD发布系统解决了编译,部署,环境治理等大部分OPS相关的工作,但却没有考虑到如何把开发,测试以及发布后的监控等活动整合起来。

    上面提到的这些问题,也是携程希望引入Auto DevOps的原因之一。DevOps所提倡的“持续集成,持续测试,持续交付,持续部署”可以很好地解决这些问题,使整个研发效率提升。


    三、DevOps测试流程

      

    携程DevOps是基于GitLab CI/CD为主干实现的,并针对携程内部的情况进行了二次开发,实现auto devops的能力。本文关注的重点是在DevOps过程中的测试实践,所以在此就不赘述携程DevOps的实现细节,仅列出携程DevOps的主干流程。

     

    携程DevOps流程及测试流程图

      

    DevOps虽然从字面意义上看更着重于开发与运维的融合,但事实上却并非如此。DevOps可以看成是开发、运维和QA三者的交集,所以DevOps实施成功的关键在于各个阶段都不能有短板。DevOps通过自动化来实现“持续交付”的流程,那么自动化的手段中自然也包括测试的自动化。其倡导的“持续测试”也需要我们尽可能多的使用自动化手段来快速的发现和反馈问题,从而保障交付产品的质量。

    我认为“持续测试”并不仅仅是频度上的持续,还包括开发过程上的持续。我们希望在开发过程的各个阶段都可以有测试的介入,“测试左移”和“测试右移”的思想也由此而来。那么在携程DevOps流程中,我们根据自身的情况分三个阶段来进行测试的介入。

    第一阶段开发提交代码时,触发静态扫描(Sonar,Infer,代码风险扫描等),安全扫描,单元测试。如果这些测试不通过,将通知开发进行修复。

     

    第二阶段开发提交代码后,经过编译并部署到测试环境时,触发接口测试、熔断测试、比对测试、性能测试等。

     

    第三阶段测试环境测试通过后,发布到生产的镜像环境,在此环境进行流量回放测试,并进行发布前的验证确认工作,验证通过后可以进行生产发布。同时进行生产环境各项指标的监控工作。

    在整个过程中, 我们也会收集DevOps指标数据,日志,性能,测试数据,进行测试分析,通过算法进行风险评估,从而为提高测试决策质量,效率提升提供依据。

    俗话说“无规矩不成方圆”, 流程的制定只是搭了个架子。在这个架子下,我们还需要制定一系列流程标准来充实它,这也是相对比较困难的部分。因为制定的这些标准需要取得整个部门甚至整个公司的认可,并作为规范来严格的执行,这势必对现有的流程和规范造成很大的影响,推广难度还是比较大的。所以如有必要,甚至可以成立质量委员会来统一制定这些标准,并密切监控实施的过程,遇到问题和困难可以一起想办法解决。

    那么通常的标准有哪些呢?归纳下来,这些标准包括:

    • 提测标准:静态扫描结果,单元测试通过率,覆盖率,接口测试结果…

    • 测试规范:探索测试,用例执行,接口测试分析,性能测试…

    • 发布规范:风险分析,发布检查项…

    • 监控规范:业务,性能,日志数据收集,预警的条件….


    四、携程酒店DevOps测试平台– Moss


    有了流程和标准,我们就夯实了实施DevOps的基础。接下来需要一个平台来实践这些流程和标准,可以选择Gitlab CI/CD,也可以选择Jenkins,亦或者Gitlab与Jenkins结合。我们选择了自建平台,理由如下:

    1)无论是Gitlab还是Jenkins都需要进行较复杂的配置文件设置,对于开发和测试人员都有一定的学习成本,所以我们希望通过可视化配置的方式来简化配置过程,这样既能提高配置的效率,也能减少推广的难度。

    2)携程酒店测试使用的工具和平台很多都是内部研发的,市面上的DevOps平台整合这些工具和平台并没有现成的方案可用。

    3)我们希望DevOps测试过程并不仅仅是给测试看的,我们希望开发,测试,产品都可以从这个平台中看到自己需要的东西。

    4)DevOps最理想的状态是可以直接自动发布到生产。可目前现实的情况却很少有应用可以做到,那么我们希望提供尽可能多的评估和反馈数据来缩短发布确认的过程。

    Moss平台


    4.1 DevOps测试工具链  

    在实施DevOps过程中会涉及到很多的工具,我们把这些工具形象的称为工具链,而合理的整合工具链中的工具也是DevOps是否成功的关键因素之一。在测试各个阶段常用的测试手段通常包括静态代码扫描,单元测试,接口测试,UI自动化测试,流量回放等等。而这些测试手段在业界都有比较成熟的开源框架,比如SonarQube、Junit、Selenim、Appnium…. . 携程酒店测试根据自身情况,结合这些开源框架开发了一系列的平台和工具。

    携程酒店DevOps测试工具链

    静态扫描作为一种近乎零成本的测试手段,可以在早期发现代码中存在的代码缺陷,安全漏洞等问题。在静态扫描领域,SonarQube已经深耕多年,在这方面已经近乎成为标配。携程通过对原有SonarQube代码规范库中的规范进行筛选和扩展,形成了自己代码规范库。我们还有基于开源框架开发的安全扫描工具Cobra和Buffalo。在我们的DevOps流程中,开发人员在提交代码后就会触发Sonar,Infer,Cobra,Buffalo等一系列的静态扫描手段进行代码检测。

      

    单元测试随着敏捷开发的盛行而引起了大家的重视,虽然目前在国内对单元测试的重视程度依然欠缺,但从众多大型的开源项目可以看出单元测试确实在软件的开发质量保障方面有着积极的作用。我们为了整合单元测试的编写,执行和结果而开发了UTP单元测试平台。该平台由Junit扩展库UtpJunit,IDEA插件UtpGenerator以及Utp站点组成。该平台实现了BDD驱动,代码分析,在线WebIDE,单元测试执行,覆盖率统计,报告展示,持续集成等功能。

      

    集成测试阶段主要进行接口测试,数据库测试,Job测试等等。无论是RPC,SOA还是目前流行的微服务,都是在强调对外提供服务的能力。而这种能力主要通过提供对外接口来实现,这也决定了接口测试的重要性。我们为此构建了CAS平台,CAS平台是一个同时支持有码和无码接口自动化测试的平台。

    CAS自动化测试平台

    测试过程中一个比较难以解决的困难是测试数据问题。为了保障接口测试和UI自动化测试数据的可用性,我们开发了MOCK系统,用于测试人员配置和管理测试数据。

      

    系统测试阶段是测试人员介入比较多的阶段,也是测试人员比较热衷做自动化测试的阶段。因此这个阶段的自动化测试框架也比较的多。常用的Web自动化框架有Selenim,Jest,Jasmine…,常用的APP自动化测试框架有Appnium,Airtest,Clabash,UIAutomator…. 而这些自动化测试框架是百花齐放,各有所长,要根据自身团队的实际情况慎重选择适合自己的框架。

    在Web自动化测试方面,我们选择了Selenium框架作为基础进行二次开发,而在APP自动化测试方面,我们构建了自己内部的测试云平台- ATL(APP Test Lab),该平台支持设备管理,也同时支持Appnium和Airtest的用例管理,执行和报告查看。

    ATL自动化测试平台

      

    线上监控作为”测试右移”的重要手段之一,正越来越引起很多公司的重视。通常在服务器,网络,框架,性能等方面,OPS会有众多的监控和预警机制。但在业务,功能等一些特定指标上却无法兼顾到,那么我们就需要自己去监控和预警,这些监控大致可以分为数据库数据监控,埋点监控,接口监控,UI监控等。

    携程酒店测试监控平台

      

    除了以上的工具和平台,我们还有一些经常使用的工具和平台,限于篇幅,不在这里一一介绍。而这么多的工具和平台,以往都是测试人员在各个平台切换使用,容易混乱,效率也低,工具之间无法产生化学反应。我们需要通过DevOps把这些工具整合起来,形成工具链,这也就是我们经常提到的pipeline.

    Moss平台的pipeline整合了众多的工具和平台

     

    4.2 DevOps数据中心   

    DevOps的精益思想需要数据支持来减少不必要的浪费,DevOps是否成功得到实施需要数据来反馈各项指标数据,公司的领导需要知道当前团队代码问题,覆盖率情况,Bug等数据… 等等这些都需要数据。

    这些数据来源在哪里? 自然来自DevOps所整合的各个平台和工具。所以我们需要一个DevOps数据中心来收集和分析这些数据,并把数据以可视化的方式展示给相关的人员,让相关人员可以看到自己需要的数据。

     

      DevOps数据中心架构示意图

      

    Moss平台的DevOps数据中心通过收集器从各个工具链平台中拉取数据存放到MongoDB中。Neo4j是一款NOSQL图形数据库,用于存放人与人,人与应用,应用与应用之前的关系和数据,为以后聚合团队数据,数据关联提供支持。

      

    同时DevOps数据中心还提供了可视化数据编辑功能,可以让用户以可视化配置的方式来配置数据的可视化看板。而且秉承着一切数据都是可以被搜索的理念, 我们提供一个搜索引擎让用户搜索到自己想要的数据,并以可视化的形式展示出来。

      

    应用看板,技术价值流看板


    五、总结和未来展望


    测试在历经了瀑布式开发,敏捷开发阶段后,其测试体系的基础并没有受到太多的冲击和改变,但在“来势汹汹”的DevOps浪潮中, 我认为测试的根基已经受到了一定的动摇,过去那种固有的测试思维已经难以适应当下测试的需要。作为测试人,如果不想被时代淘汰,就需要主动去适应这种转变,去积极挖掘测试在DevOps体系中的价值。

    在实施DevOps的过程中,我们也遇到了很多的困难和挑战,同时也收获了很多的经验和教训。总结下来主要有这么几点:

    • 高度自动化,尽可能减少人为干预

    • 需要快速且准确的反馈问题

    • 要制定DevOps流程中可行的规范

    • 关注DevOps指标,优化流程和提高效率

    目前, 我们实施的DevOps还处于初期阶段,很多方面尚未完全达到预期。在不久的将来我们还有很多的工作需要去做:

    • 进一步完善流程标准和挖掘数据来提高效率和软件质量

    • 采用机器学习来实现基于风险和变更的测试策略

    • 进一步加强质量可视化实现

    • 基于Moss的数据整合能力,实现监控一体化

    • 开发Chrome插件Moss Detector,进一步加强用户在DevOps中的交互和效率提升

    注:携程技术微信公众号后台回复“devops”,可下载讲师分享PPT。

    【推荐阅读】

     “携程技术”公众号

      分享,交流,成长

    展开全文
  • 身上的干货也不再是一个面试的资本了,所以今天把想到的一一说来分享给各位。 首先从免费流量开始吧: A自然搜索:大方面不多少大家都懂,小方面要注意的: 1:店铺商品滞销率(一个月没有成交商品占店铺总商品的...

    淘宝运营 网店运营 店铺商品 淘宝客

    对于一个快从运营摇身一边准备自己单干的人。身上的干货也不再是一个面试的资本了,所以今天把想到的一一说来分享给各位。

    首先从免费流量开始吧:

    A自然搜索:大方面不多少大家都懂,小方面要注意的:

    1:店铺商品滞销率(一个月没有成交商品占店铺总商品的百分比),滞销商品权重很低我们需要人物的控制。如下建议可以把商品滞销率降低。

    1.1:宝贝重新编辑(详情页面加个空格或者一个字符)

    1.2:和客服妹子说明下,经常没有人买的商品半卖半送给客人,有人买一件权重就不同而言。

    1.3:人为刷单。按原价刷,千万别做套餐很低的价格去刷。

    1.4:最好的建议。分析滞销宝贝一个月的数据情况,如果有流量但是转化低,建议下架免得去维护。

    1.5:如果产品没有流量,在页面布局上凸显下,然后看情况,有转化就留,没转化就下架。

    PS:小技巧,重新上编辑建议在晚上十一点(编辑之后淘宝系统第二天就会抓取。)

    2:活动报名

    2.1:看大盘的价格,比大盘价格低百分之十,而不是比自己产品低百分之十。

    2.2:报名的产品之前按照活动要求装修的提前装修好。

    2.3:报名活动产品详情页面按照钻展要求的详情页面处理(不能出什么全网唯一什么之类的文案)

    2.4:千万别想活动报一次通过一次。马云和你不熟,只求多报。希望就大一点

    B付费流量:大方面也不讲,小方面注意的事项。

    1:直通车。

    1.1,出价:一个热词7分,直接出价排名第一页价格是:4.28,经过几天不停的努力把质量得分做到了10分,CPC接近三块。同一个词质量等分依然7分,第三页价格:1.25,经过几天不停的努力质量得分做到10,CPC只需要2.2。至于怎么出价大家都懂了。

    1.2,提高质量得分:基础工作做好质量得分依然上不去,可以尝试人为提高点击率,转化率,直通车带来的间接收入。直通车流量质量。如果实在上不去。我也不得而知,这情况我也碰到过但是极少数。但是质量得分的核心依然是点击率

    1.3,平常心对待直通车,直通车打造爆款的时代已经越来越远了。直通车是最基本的最容易的推广手法。竞争太大,导致CPC过高,如果靠单一直通车单招的爆款即使爆款诞生,后期维护成本过高,到头来竹篮打水一场空。肯定会亏,而且爆款的体量越大,亏得越多。

    2:淘宝客。

    2.1,先把宝贝入池,让淘宝自带的淘宝客系统收录你的宝贝。自己用淘宝客刷几单基本能够入池。有无如此最好的办法就是在爱淘宝中搜索能否搜索的出来。

    2.2,入池之后怎么增加权重,如意投的权重淘宝已经公布:根据质量得分和佣金比率计算得出的,又一个质量得分来了,这里的质量得分和直通车的质量得分差距比较大。这里的质量得分核心是转化率和客单价。

    2.3,招聘淘宝客。无耻的办法我就不介绍了。正常的做法有个人负责联系淘宝客。在淘宝客论坛上面买个文字链,把自己店铺的情况稍微夸大点以图片的形式展现。误区:千万别吹捧单笔佣金有多高,而是吹捧下转化率,没有转化率的店铺,你佣金再高,也没人给你推广。制定和好淘宝客奖励制度,分区间,分可行性(别动不动一个月推广一千件就给你额外五万块)

    3:钻展

    3.1:钻展很多类目不同,也不能一概而论,有些类目适合定向,有些类目适合兴趣点,有些类目适合人群。没有谁好与谁不好,只有谁更适合谁。

    3.2:记住钻展是已展现收费的。千万别以为小位置广告费就便宜。其实不然而是相同的,拿首焦,和首页第三屏大图来说。一般数据来说。(正常日子,做定向,图片素材一样,尺寸和位置不一样)

    首焦千次展现:25

    点击率:5

    单次点击费用:0.5

    首页第三屏千次展现:6

    点击率:1

    单词点击费用:0.6

    其实算下,首焦的CPC会更加便宜,而且需要大流量的时候有多少能拿多少,而且最为重要的是首焦流量占通透流量会比其他小位置要少很多,所以质量更加高一点。

    3.3:要么你能目测一张图片的点击率(上下浮动0.5%)要么你教会美工看钻展的数据。这样会少了很多测试的过程,节省很多不必要的推广费。

    4.总结

    希望给位运营别太小气了,可以适当给下面的客服,美工,开放下数据的权限。没人会甘当一辈子的客服,一辈子的美工。

    让客服知道一个流量需要花多少钱,一个人来询盘需要花多少钱。让美工知道他的一张好图可以给我们节省多少钱!这样他们会做的更好……

    展开全文
  • 干货 | 携程酒店安卓地图开发实践

    千次阅读 2020-03-19 17:00:00
    作者简介 亦枫,携程资深软件工程师,负责酒店业务 Android 客户端的相关研发工作。当前大多数移动互联网 App 都会存在地图相关功能,尤其是 LB...
  • 作者简介刘晓攀,携程酒店性能测试负责人,专注性能测试分析和辅助测试工具的开发。一、前言Mock在整个软件开发测试周期中已经非常普遍,我们也会经常有意无意地使用它。譬如开发...
  • 对于刚准备开母婴或者外行买家来说对母婴最大的好奇莫过于开母婴的利润了,母婴产品因为价格普遍偏高被大家一致认为利润很高,有些甚至认为母婴是暴利行业,事实是这样吗?作为一个还算成熟的母婴店主,...
  • 在上周六举行的MIT沙龙上,有5家移动互联网公司接受了雷锋网的邀请,并上台做了应用展示和经验分享,这5家公司我们在之前的预告中有做介绍,可以点击这里查看。第一家上场的是酒店管家,微博上比较活跃也很有影响力...
  • 作者简介姜睿东,2009年加入携程,从事无线研发,现在大住宿事业群负责酒店无线研发工作。一直以来,Native App因为审核的原因,新版本不能很及时地上线。尤其是iOS...
  • 那这种就是首选的参考对象。就定一个跟对方相似的价格。第一点也说了,这个时候,我们要再给出一个力度比较大的促销。   三、做基础销量   对于淘宝来说,很多买家购买一家店铺的产品,非常关注的一点...
  • ●假定准顾客已经同意购买:当准顾客一再出现购买信号,却又犹豫不决拿不定主意时,可采用“二选其一”的技巧。譬如,推销员可对准顾客说:“请问您要那部浅灰色的车还是银白色的呢?”或是说:“请问是星期二还是...
  • 大多数品类都在2017年的11月、12月下滑,前面引流款出问题的假设就站不住脚了,因为不可能那么多品类的引流款都出了问题。 表4 各品类访客数分布趋势 店铺的上新策略并不合理,滞销(销量小于20定义为滞销...
  • 作者 |潘奇来源 |潘奇聊餐饮(ID:dean2615)本文约3000字,建议阅读时长5min不管是新店还是老店,大众点评星级评分都是绕不过去的一个核心指标。其高星级评分可直接提升线上曝光,...免费店铺不管在流量层面还是在...
  • 今天欣欣给大家带来的干货是:关于新手小白接触抖音小店无货源该如何精细化运营~ 必须得安排一下,免得你们走弯路(敲黑板!) 可能有的朋友只是看到在网上会频繁地看到抖音小店无货源这个词,但是具体是怎么一回事...
  • 干货#015】小程序收货地址

    千次阅读 2017-11-16 10:36:33
    这是晓程序干货店第15篇干货分享 小程序在1.1.0版本开始原生支持获取微信本身的用户地址,并支持调起微信的地址编辑界面,不仅给开发者省却了重复造轮子的麻烦(特别是不用再造地址选择器轮子了),而且提升了...
  • 作者简介崔广宇,携程酒店研发部小程序开发经理,曾负责过反爬虫开发以及H5开发。本文将分享携程酒店小程序的一些开发经验, 和一些非技术的经验。这里的小程序包括微信小程序,支...
  • 在完成了基本的Shopify功能配置之后,我们接下来要配置和设计好我们的Shopify店铺。完成了店铺的设计和配置之后,我们的电商独立站点就可以正式上线对外了。1.Shopify店铺主题模板选择用Shopify来做独立站的一个好处...
  • 赠品送地好,顾客还会回头,假如赠品赠的不当,那么无异于把活动和自己的推向了死亡的边缘,并不是所有东西都适合用来做赠品,而我们所要赠送的赠品呢? 送赠品有几个技巧需要注意: 1、品质过硬 赠品要...
  • 作者简介宣云儿,携程酒店排序算法工程师,主要负责酒店排序相关的算法逻辑方案设计实施。目前主要的兴趣在于排序学习、强化学习等领域的理论与应用。前言目前携程酒店绝大部分排序业...
  • 作者简介小琴,携程高级数据经理,负责酒店BI、数仓工作,专注于大数据应用领域多年。一、背景随着时间推移和业务的快速发展,携程酒店数据累积越来越多。目前流量日数据在3T左右,再加上各种订...
  • 这是晓程序干货店第16篇干货分享 阅读该文前,请先完成微信小程序账号注册。 刚入门开发微信小程序的小伙伴,应该都会有怎么操作小程序数据库的困惑,数据放哪,怎么存取等?自己搭服务器,用腾讯云?...
  • 作者简介黄文杰,携程酒店研发部高级测试经理,主要从事测试框架和平台的研发,现在负责自动化与工具平台,热衷于研究技术提升测试工作效率。一、前言当初我们为什么想到要开发比对平...
  • 作者简介mczhao,携程资深软件工程师,关注自然语言处理、搜索引擎和数据库内核开发。概览随着线上旅游业务的不断发展,携程酒店的数据量不断增加,用户对于搜索功能的要求也在不断提高。携程...
  • 不要集中在一个时间段内,毕竟真实买家会接二连三逛,立马成交的几率极小。如果条件允许的话,七日内有好评加图片会增加产品的权重。 转化率不要突然飙高; 比如初期的某天,你的店铺进来了100个流量,转化了80单...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 507
精华内容 202
关键字:

干货店