有赞.测试团队介绍 读后感

有赞.测试团队介绍 读后感

读完这篇文章给我最深的三点印象
第一是 测试,运维和开发在工作之中配合更紧密,这一点我们做的还不够,我们运维在工作很少涉及到跟其他团队之间合作,在以后的工作中也会更加注重这一点
第二点是 无论是测试还是运维都需要具备一定的编码能力,否则在工作中只能有心无力
第三点应用性能监控与发布系统相结合,项目发布完毕自动调用接口进行多节点检查,这一点也是我们要学习借鉴的,运维与测试配合对各个应用进行深层次的监控

<<有赞测试读后感>>

有赞测试读后感:
直接步入正题,说下我个人理解,和他们的差距:

1.高效的协作(PTM角色),全程跟踪:

项目协作
2.产品质量总结以及制定产品质量考核:
监控产品质量,从时间控制的角度来说,开发新功能和修bug是一个平衡。开发得太快就可能把交付给下一个阶段一个问题较多的版本,从而使得后面的问题更难处理。我们如何知晓每个阶段软件质量怎么样?具体的方法很多,回归测试,代码覆盖、压力测试等等。但是这些信息谁来收集和分析,怎么分析,能得出什么样的结论,怎样对RD的质量进行考核?

3.自动化覆盖率以及自动化工具:

有赞的自动化测试,从文章看来,在深度和广度都有一定的积累,比如UI、http接口、MOCK接口自动化覆盖率,深度上,他们有一套较为完整的测试工程(部分自研),广度上,在功能测试,性能测试,安全测试都有一定的体现。

4.监控系统:

随着系统网络拓扑与业务场景越来越复杂,发布频率越来越高,我们需要知道当前系统中核心业务场景的健康情况,目前我们OP开始设计并实施进程级别的监控告警,以及应用程序级别的ERROR监控。
4.定期组织业务分享,提高测试、开发人员的业务全局观及跨业务耦合与风险评估能力
5.提供《异常测试基本场景》指导测试人员如何考虑异常。

有赞读后感

一个成熟的运维团队,流程化、平台化是必不可少的。需要根据相应的流程去准备相应的平台,才能让一个团队的工作效率大大的提升。

对于运维来说,我们更多关注的是线上服务器的运行状态,线上服务的运行状态,发布上线的快速化、简单化,能够更高效率的解决开发或者测试在环境问题中遇到的瓶颈。

对于现在的我们需要做的,监控的完善,自动化平台的完善,虚拟化(docker)的完善,自动化平台对接监控+虚拟化。

现在的我们,流程化的东西正在逐渐的完善,平台化的东西我们也已经开始在做,尤其是我们第一版的自动化发布平台已经正式上线,这也就意味着我们已经成功了一多半,我们离一个成熟的团队也越来越近。

读有赞测试团队之读后感言

        之前对有赞不是很了解,看完过他们团队介绍,感觉这个测试团队做的很全面,监控到主网站到机器到每个接口,测试工作很全面而且是自动化,合并发布很厉害,每天能发布十几至二十几个代码分支,持续集成发布,值得为之点赞!

        我主要谈一下有赞的监控给我们的启发.随着系统网络拓扑的变大,业务场景越来越复杂,有赞这边专门开发了监控系统,监控主机状态,并模拟真实场景操作进行监控,一但某个环节有异常,及时告警之测试及开发,这样能第一时间了解问题,及时去处理.这也是我们所需要的,运维平台目前正在加入监控,目前完成所有项目运行状态的监控,异常及时告警.同时我们正在完成通过elk的api接口查询异常日志,反馈开发更好的完善我们的服务. 以后我们也要对每个接口监控,不论哪个点出现问题,我们都及时扫除这些异常.相信我们会越来越完善!

<有赞测试读后感>

看完有赞测试团队的介绍,从中获取了很多启发。
一.首先就是项目测试,分为三类:
1.标注需求项目或者跨多个业务项目
2.技术重构项目
3.小型项目
我们瑞恩3期就属于重构项目,所以测试可以借鉴他们的经验,设计测试方案并完成测试用例落地即可,用例有开发完成,测试需要自动化覆盖。
二.还有一点新颖的地方就在于,有赞测试他们关注了线上服务的性能和稳定性,通过他们自己开发的工具监控线上服务的健康性,以及及时的告警。
三.开发分支管理,有赞大巴的管理模式,由测试来管理分支。
四.各种工具的建设,极大提升了测试团队的效率。

有赞测试文章读后感

有赞的发布系统为公交车发布系统,我们的发布系统为极品飞车发布系统将来肯定会比他们的牛逼。目前我们的极品飞车系统还在起步阶段,分支发布还在开发过程当中,但整个发布系统功能跟有赞类似,我们的平台将来还要与docker平台,监控系统对接,这是有赞公交车系统所没有的;感觉他们的分支发布好像不是自动编译的,现在我们运维平台实现了自动编译功能,发布项目挺快的;他们的发布流程很长,也不知道他们发布一个项目需要多长时间。

值得借鉴的是他们的整个发布过程已经跟测试打通,整个发布流程相当于是一条龙服务,全程自动化,平台界面展示效果较好。我们的平台现在还没有达到这种地步,但是肯定会的,很看好我们的平台!

看有赞测试团队的读后感

看了他们的团队介绍,不由得感叹有赞团队是个很优秀的团队,有很多值得我们学习的地方。
项目流程方面,有赞的测试人员从需求评审开始介入,设计用例,提测用例,用例自动化,到由测试进行发布,全面把关产品质量。而我们的测试多数时间是用来进行功能测试,测完立刻上线,之后用例自动化主要由于鹏进行,很多是上线以后才开始进行。发布阶段,我们是由运维进行发布,并且有些项目的开发到发布测试人员不参与,应该跟有赞一样,由测试人员进行用例编写交给开发自测,这样能提高产品的质量,也能提高开发自己的代码能力。
人员技能方面,有赞测试人员需要具备白盒测试能力、CodeReview能力、业务功能测试,而我们在这方面的能力还有所欠缺,我们也应该提升自己各方面的能力。
我们和他们这样高效的团队之间确实是有差距的。所以我们要吸取对我们有用的经验,提高效率,快速进步。

有高度,有深度——有赞测试团队介绍读后感

附链接:有赞测试团队介绍

一、有高度:有赞的测试团队基于“提高产品质量”的立场,参与到产品研发流程各个环节:技术评审后的测试方案制定和评审、测试用例编写驱动开发、codeReview、集成测试、多环境测试,并且积累了一系列高效的工具:QA平台、mock服务、安全扫描工具、性能测试平台、持续集成平台、基于测试历史数据分析的工作台。

二、有深度:深入到跟质量相关的各个层面:RPC接口、http接口、线上服务监控等。

他们的测试团队打破了我对测试团队固有的看法:界面点一点、顶多用工具做一下接口测试和压测,他们能基于自己的使命主动出击,做了很多严格意义上讲并不属于测试职能的工作:codeReview、服务监控等,但这些也确实与产品质量和服务质量息息相关。

还有一点,他们的自研能力很强,能基于测试需求开发自己的工具,达到了可持续测试,并且基于测试数据做产品的宏观质量分析。

最大的感触,测试团队也大有可为!

有赞.测试团队介绍读后感

有赞测试团队的一个亮点是,他们对平台上的开发和使用。他们的有赞QA平台提供了「构造测试数据」「项目质量报告」「项目日报」「环境健康检查」能力。性能测试平台简化了性能测试的步骤,提高了测试的效率,使得普通测试工程师也能方便地进行性能测试。以及他们正在建设的carmen该平台可以实现测试用例管理,又能够将用例自动化与用例绑定在一起;还有他们的集成测试平台,测试工作台等等,这些平台规范了他们的工作流程,提高了他们的工作效率。

再者从自动化来说越底层的自动化,收益越高,有赞的自动化分布图正是这样的金字塔结构,从而创造最大的效益。一个人的工作量是有一定范围的,自动化测试可以有效的减少单一重复的手工测试,去做更多更有意义的手工测试。

最后,质量不是测试人员一个人的事情,而是所有参与人员的事。

有赞测试团队–读后感

看了有赞测试团队的分享内容,了解到了团队与团队之间的差别;

1.团队把所有精力都投资在接口自动化层面,有效的减少了ui层面的工作量
youzan1
2.项目周期中,测试人员较早介入
3.测试用例开发人员辅助添加,开发人员应该是最了解业务逻辑及代码逻辑的,会相对容易挖掘出一些隐藏的业务逻辑、或者异常场景;
4.前期的自动化接口测试,有效保证了项目的提测质量,大大缩减冒烟测试,ui层功能测试时间
5.线上监控开发、安全扫描、性能测试能够有效的测出有些手工测试无法达到的测试场景
6.持续集成平台实现了可流程化配置业务应用发布顺序并与测试自动化相结合的工作流,同时提供自动运行及外部触发的运行模式
youzan2
7.测试质量报告及风险评估,可以起到在迭代中加强对某部分功能的关注