2023年6月28日发(作者：)

接⼝测试⽤例设计最近在做接⼝测试，可头疼的是接⼝测试⽤例⼀般如何设计？这个问题想了许久，最后设计出来的和功能测试⽤例差不多了，求⼤神帮忙指点下。举例：⽤如下的接⼝来设计接⼝⽤例？可以写出多少条接⼝⽤例呢？1. 接⼝地址：/Home/Api/Interface/addPost2. 接⼝名称：发帖/回帖3. ⽅式：POST4. 参数： token:登录标识 posts_head：⽬标帖id（可以为空，回复时为回复的⽬标贴的id） patient_id：版⾯id（圈⼦id） pid:主贴id title：标题 cont：内容 img_desc:图⽚简介数组（需要与图⽚数组位置对应） img：图⽚数组 vote_ask：投票问题 vote_type：投票选项类型（1：单选2：多选） vote_item：投票选项数组 reward：奖励 disease：疾病id数组 is_anon:是否匿名 5.返回值：成功：{"status":1,"message":"success"}失败：{"status":0,"message":"parameter token error"}说下我设计接⼝⽤例的⽅法：我⽬前只是将参数的内容进⾏了变更；如果是对 “发帖/回帖” 做功能测试的话，我的做法仍是将参数的内容做下变更；所以请⼤神指点下，如上的接⼝例⼦，要是你们的话，你们会怎么设计这个接⼝⽤例呢？迫切期待，谢谢.......========================================================================================================通过社区⼤神们的指点，下⾯说说我对接⼝测试和app功能测试的认知。接⼝测试1. 接⼝测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。2.

接⼝测试⼀般分为上层服务对下层服务的接⼝调⽤，服务之间的接⼝调⽤以及系统与系统之间的接⼝调⽤<2.1> 上层服务对下层服务的接⼝调⽤：主要是controller层提供给view层的接⼝，涉及的是http协议接⼝<2.2> 服务层之间的相互调⽤：主要是model层提供给controller层的接⼝<2.3> 系统与系统之间的接⼝调⽤：如调⽤第三⽅登陆、⽀付接⼝3.

接⼝测试要点：<3.1> 检查接⼝请求是否正确，返回数据的正确性与格式 【 ⽐如：数据库的增删改查，当post接⼝操作完成后，通过列表页的接⼝查看新的数据是否与刚才post的数据⼀致；或者当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求】<3.2> 检查接⼝⼊参的默认值、参数类型、⾮空校验、以及边界值【 ⽐如：接⼝有翻页时，页码与页数的异常值测试 】<3.3> 检查接⼝的容错性，如传递数据的类型错误时是否可以处理<3.4> 所有功能都需要考虑兼容⽼版本，列表页的接⼝需考虑排序值<3.5> 检查接⼝的性能以及安全性4.

接⼝测试意义：<4.1> 确保主要流程和系统稳定性<4.2> 将bug控制在项⽬前期阶段<4.3> 缩短产品的研发周期<4.4> 检查服务器的异常处理能⼒app功能测试app功能测试⽤例的设计，我看到⼀个⾮常有意思的帖⼦，我搬运⼀下，⽬的增强记忆，Q：有⼀个移动app 电影票，现有个活动，能以20%的价格买⼊1000张电影票，每⼈限购1张，作为测试负责⼈如何设计这个测试？产品特性关键字：电影票、活动、20%、1000张、每个⼈限购⼀张，那么接下来就从业务来分析这个特性1. 电影票有选电影院，选座，选场次，选地区等等，那么这个其中的等价类，边界值都是需要去考虑的。场景我们可以认为从PRD中都可以获取2. 活动，既然是⼀个活动，那么肯定是⼀个hybrid的应⽤，但是⾄于哪些webview，那么活动本⾝包括怎么上线，怎么下线，就是动态相关的⼀些功能点也是需要去测的（如：前端是否可以实时刷新，前端提⽰是否友好，活动时间范围检查）3. 20%：购买⽅式（⽹银、⽀付宝、微信）是否正常？多少价格的20%？整数？⼩数？数据库需要传哪些参数？退款时退款数额是否正确？购买时提交异常数据能否正常处理？4. 1000张：1000张的等价类划分；如何处理并⾏，N个⼈同时付款⼀张票；如果有允许等待30min内付款，那等待付款时这张票能否允许其他⼈付款？1000张需要从性能测试⾓度来做测试了。5. 每个⼈：ok，这其实是个很重要的点。我们怎么来定义每个⼈。app可能有独⽴的账户体系，也可能是第三⽅登录系体系。也可能两种并存，但是⽆论哪种，是否能够保证我们的应⽤可以识别每个⼈是不是就是同⼀个⼈呢？6. 限购：根据什么信息限购，eg⼿机号、app账号？那么我们从⼏个⽅⾯来考虑。重复购买能否成功？买了后退款重新买是否正常;如果有允许等待30min内付款，那第⼀张不付款，购买第⼆张会怎么样…；能否通过抓包修改参数购买多张？⽐如混合去买活动＋⾮活动的票？⽐如买了退票，再买？⽐如我看完了，⽤完了，再买？移动端特性1. 功能可以和移动端的本⾝的特性，⽐如home，menu，电话呼叫，闹钟等各种功能结合2. 兼容性：在不同设备，不同系统版本该“活动”的兼容性检查3. 可靠性：模拟ｍｏｎｋｅｙ测试１００００次检查活动页⾯的可靠性4. 弱⽹测试：不同⽹络wifi,3G ,4G 浏览的情况5. 该活动界⾯的CPU,GPU，耗电量，流量消耗检查等6. 安全性测试：数据注⼊、篡改（fiddler抓包，篡改数据后重新发包，看后端的处理）、敏感数据