51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2523|回复: 0
打印 上一主题 下一主题

[原创] 如何设计接口的测试用例

[复制链接]
  • TA的每日心情
    无聊
    2024-3-7 09:16
  • 签到天数: 43 天

    连续签到: 2 天

    [LV.5]测试团长

    跳转到指定楼层
    1#
    发表于 2019-1-25 14:43:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本帖最后由 梦幻小丑灯 于 2019-1-25 14:44 编辑

    这篇文章简单总结下我是如何设计接口测试用例的。
    今天在帮同事review代码的时候,发现他的代码遗漏了一些场景的处理,就顺便跟他多聊了些为对这个话题的看法。
    在这里假设一个接口设计如下:
    1. UserInfoDTO listUserInfoByUserIds(UserInfoQueryParam param);
    复制代码
    其中UserInfoQueryParam的定义如下:
    1. public class UserInfoQueryParam {
    2.   //省略序列化ID
    3.   List<Long> userIds;
    4.   //...省略其他字段
    5. }
    复制代码




    边界值测试

    这种方法,一般用于测试一个接口的健壮性;针对userIds这个属性,我会构建如下测试用例:
    • userIds=null
    • userIds=EmptyList
    • userIds的size等于批量接口的限定值
    • userIds的size大于批量接口的限定值
    • userIds中的元素有null的情况
    • userIds中的元素全部为null的情况
    • userIds中的元素有0(或负数)的情况
    • userIds中的元素全部为0(或负数)的情况


    组合条件测试

    这种方法,一般用于测试不同情况下的业务处理逻辑是否符合预期。在这个例子中,userIds可能有两种类型,但是我们这个接口需要支持这两种类型,因此测试用例设计如下:
    • userIds中为纯粹的类型1的数据
    • userIds中为纯粹的类型2的数据
    • userIds中为类型1和类型2中的数据的混合情况

    以上就是我在构建一个接口的测试用例时候思路,欢迎大家讨论。



    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-4-20 21:57 , Processed in 0.061711 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表