zoukankan      html  css  js  c++  java
  • 测试用例

    关于接口测试用例设计的一些思考


    第二部分:

    1、什么是接口测试?

    接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。

    2、为什么要做接口测试?

    a) 如今的系统复杂度不断上升,传统的测试方法成本急剧增加且测试效率大幅下降,接口测试可以提供这种情况下的解决方案。
    b) 接口测试相对容易实现自动化持续集成,且相对UI自动化也比较稳定,可以减少人工回归测试人力成本与时间,缩短测试周期,支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。
    c) 现在很多系统前后端架构是分离的,从安全层面来说:
    1、只依赖前端进行限制已经完全不能满足系统的安全要求(绕过前面实在太容易), 需要后端同样进行控制,在这种情况下就需要从接口层面进行验证。
    2、前后端传输、日志打印等信息是否加密传输也是需要验证的,特别是涉及到用户的隐私信息,如身份证,银行卡等。

    3、接口测试持续集成:

    对接口测试而言,持续集成自动化是核心内容,通过持自动化的手段我们才能做到低成本高收益。目前我们已经实现了接口自动化,主要应用于回归阶段,后续还需要加强自动化的程度,包括但不限于下面的内容:
    a) 流程方面:在回归阶段加强接口异常场景的覆盖度,并逐步向系统测试,冒烟测试阶段延伸,最终达到全流程自动化。
    b) 结果展示:更加丰富的结果展示、趋势分析,质量统计和分析等
    c) 问题定位:报错信息、日志更精准,方便问题复现与定位。
    d) 结果校验:加强自动化校验能力,如数据库信息校验。
    e) 代码覆盖率:不断尝试由目前的黑盒向白盒下探,提高代码覆盖率。
    f) 性能需求:完善性能测试体系,通过自动化的手段监控接口性能指标是否正常。

    4、接口测试质量评估标准:

    a) 业务功能覆盖是否完整
    b) 业务规则覆盖是否完整
    c) 参数验证是否达到要求(边界、业务规则)
    d) 接口异常场景覆盖是否完整
    e) 接口覆盖率是否达到要求
    f) 代码覆盖率是否达到要求
    g) 性能指标是否满足要求
    h) 安全指标是否满足要求

  • 相关阅读:
    Dockerfile常用指令
    Maven相关命令
    CI-CD平台搭建过程整理
    边工作边刷题:70天一遍leetcode: day 28-1
    边工作边刷题:70天一遍leetcode: day 28
    边工作边刷题:70天一遍leetcode: day 29-1
    边工作边刷题:70天一遍leetcode: day 29
    边工作边刷题:70天一遍leetcode: day 30-1
    边工作边刷题:70天一遍leetcode: day 30
    边工作边刷题:70天一遍leetcode: day 31-4
  • 原文地址:https://www.cnblogs.com/oklizz/p/12788356.html
Copyright © 2011-2022 走看看