首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    带你全流程,全方位的了解属于测试的软件事故~

    事故?车祸?是的,没错从国家事故的定义是:一般是指当事人违反法律法规或由疏忽失误造成的意外死亡、疾病、伤害、损坏或者其他严重损失的情况,车祸就是里面的一种。但今年我说的不是这种,我说的是软件事故,那软件事故是什么?有的人,可能不大了解,那我说下软件事故是一个计算机专业名词,定义是这么讲的:软件出错造成不可恢复的系统故障。不可恢复?这个好像有点矛盾啊,特别是我们对发出去的功能,比如优惠券,出现Bug,可以被薅羊毛,那通过代码修复,那还叫不可恢复吗?好像不是,我就简单的进行了自我进行微观的定义了下,有两个:1.因个人操作失误或者个人原因造成的软件功能异常,造成公司财产损失或者用户流失等问题;2.因客观原因,如服务器突然损坏,停电等原因,造成软件无法使用或者异常,造成公司财产损失或者用户流失等问题;那我本次讨论的是1,由主观造成的。 目前大家熟悉的事故有哪些呢,比如有王者荣耀test邮件事件,携程瘫痪门事件,拼多多优惠券BUG事件等等,具体你们百度下,就都了解。 可能大家会一看或想,这难道测试的锅?别激动,不是也不一定是,项目是一个团队,你是团队的一份子,不是你的锅,我们也要提前做个预防是不?墨菲定律,该发生的总会发生,也许哪一天就轮到测试的身上了呢?我只是大概提前带大家了解下,管理一个测试团队的时候,对于事故我们可能可以怎么做?毕竟这个大家还是比较陌生的。 我大概整理了下,大概涉及到软件测试事故的框架如下:

    02

    研究微信即时通讯的服务端、朋友圈、红包、推送等方案

    推送:采用增量推送的方式,设置一个sequence,服务端一个客户端一个,每次同步时客户端将cur_seq发给服务端,获得增量数据同步到本地。每个seq都是long型占8byte,考虑到微信用户6亿,Qps达到千万级别,则每秒要处理100兆的IO,相对来说比较大,如何降低呢,微信有一个AllocSvr和StoreSvr两个服务,分别来处理分配和存储,设计一个max_Seq和步长,将一定数量的用户比如连续ID一万个,设计在同一个Section,加上一个max_Seq,步长设为10000,此时可以10^3个等级的数据量,相对AllocSvr处理就简单一些,所以任何一个简单的事情在海量数据下,都会变成一个复杂的问题。另外添加步长,就涉及Old AllocSvr和New AllocSvr,需要根据已知配置文件,有哪些服务器可以切换,考虑到容灾还要做备份服务器,因此做互为备份是服务器能力不浪费的优秀设计;路由的切换也是根据seq的方式,使用路由表来切换的。

    03

    企业安全建设之漏洞管理与运营

    对于企业内部的安全工程师来说,对漏洞一直又爱又怕,爱在,漏洞的发现与验证实现的过程,充满满满的成就感;怕在,不断的新系统上线,老系统版本更新迭代,造就一批批的漏洞如雨后春笋般争相露头,一段时间下来,好像漏洞无穷无尽,怎么都修不完。甚至部分开发人员,谈漏洞色变,让人颇为无奈。等到汇报的时候,不出事就是应该的,出了事就是安全工作没做到位。但殊不知,在企业安全建设前期阶段,安全漏洞管理是复杂繁琐、让人头痛的事情,漏洞录入、跟进、处理、验证、修复完成整个循坏下来,需要好的方法与技巧,不然着实让人充满疲惫与无力感。

    02
    领券