持续交付的发展与持续交付中的测试

文章目录

  • 互联网行业服务架构
    在这里插入图片描述

  • 互联网行业中测试的流程
    在这里插入图片描述
    需求交付给研发,研发进行单元测试,代码审计,冒烟测试,代码分析,然后交付给测试人员,然后测试人员通过 服务端测试(接口,性能,安全),再进行客户端测试(UI验收,兼容性,性能,安全)

  • 持续交付的理念
    在这里插入图片描述
    以前是产品/业务写文档,开发写写代码,测试写用例,测试进行手工测试,之后运维进行发布。

    由于 10 年以来互联网软件开发更新迭代的速度开始加快,于是流行起了持续交付的概念,于是开发和测试之间需要密切配合,然后持续集成这个概念就火了起来,这样就突破了开发和测试之间的次元壁。由于需求会快速迭代,业务,开发和测试三者之间需要快速跟进于是敏捷开始流行,敏捷里面有 scrum 和 xp 两个理念,xp 聚焦于底层,scrum 聚焦于高层需求,这样就可以突破产品和开发、测试的次元壁。由于开发完的项目需要快速得到部署,但是运维人员需要开发详细告知配置的依赖等工具,依据传统的流程无法快速部署,因此 DevOps 开始兴起

    敏捷中分为两大类 1.scrum 2.xp,xp 中包含持续集成,正样子就可以在研发完之后自动化进行单元测试,代码审计,冒烟测试,代码分析。持续交付 DevOps 开始崛起解决了服务端测试和客户端测试的效率和有效性的问题。

    测试左移,移到需求,移到了研发,测试右移移到了线上和交付之后,通过线上监控来发现 bug。

  • 小公司的运作方式

    开发用 gitlab,持续集成用 jenkins,测试找代码用 findbugs 等工具,部署使用 docker,k8s。这样可以做到开发开发完之后,一键部署,测试环境都不用搭

  • 测试基本手段
    在这里插入图片描述
    业务测试:手工,接口 rest-assured

    回归测试:接口 rest-assured,ui 自动化 selenium 和 appium,自动遍历 appcrawier

    专项测试:

    ​ 端性能测试:耗电量,卡顿,h5 性能

    ​ 端场景测试:兼容性,健壮性 monkey,弱网,安全

    质量监控

发布了124 篇原创文章 · 获赞 40 · 访问量 6万+

猜你喜欢

转载自blog.csdn.net/abcnull/article/details/103711898