浅谈(接口)测试注意事项四

大概列举一下自己在工作中总结的一些关于接口测试需要考虑的内容

接口测试  checklist (检测点)

1、  正常功能:

a、 只填入接口参数必填项,实现正常功能

b、 参数全部填写正常数据,实现正常功能

2、 接口背后逻辑是否正确

例如:红包领取个数接口,接口内部逻辑如何计算红包领取个数的逻辑是否正确,这个需要和开发了解具体实现逻辑,和产品了解需求,看是否一致

3、 接口所有返回类型的code及msg都要用例覆盖;返回类型的code及数据是否满足所有业务的需求

4、  异常:

a、必填项字段的校验 (缺失或不符合字段要求、类型要求),如果某个字段要求传电话号码,一定要校验是否符合手机号规则

b、非必须字段的校验

c、该接口异常(挂掉),是否对业务有重大影响,有影响的如何保证接口稳定性,添加必要的监控

d、接口调用方 是否有对接口异常(挂掉)的处理,保证接口挂掉后,接口调用方有兼容处理

5、  性能:

依据该接口的使用量,考虑是否需要进行性能测试,如果使用量多,进行性能及并发测试

如领取红包接口:进行压测的结果,并发情况下领取的红包超过了红包领取限额

6、旧接口改动:

确认改动范围:如果是参数有增减或参数类型有变化,要通知所有接口调用方,测试覆盖所有调用方的内容

如果是增加返回code,兼容旧版本即可.

7、新增安全测试

sql注入;修改参数尝试越权等;敏感信息是否有必要进行加密

时间: 2024-08-06 07:34:19

浅谈(接口)测试注意事项四的相关文章

浅谈(安全)测试注意事项二

除了正常的功能测试外,我们考虑更多的是异常测试,那异常测试时应该如何进行? 1.截取和修改Post请求 一旦截取到请求后,对于请求头的内容可以随意的增加,删除及修改 2.绕开输入限制 截取请求,输入超级长的内容,如果接收到错误,比如  error 500 :internal server error ,务必检查服务器和应用以查明更深层的原因.这表明做的输入验证太少了. 即使有合适的输入验证,也可能忽略输入的长度,重复的提交这样长的输入,服务器的内存可能会被填满,而应用的响应速度会变得越来越慢,最

浅谈探索性测试

今天学习时看了一篇谈探索性测试的文章.有一点感触. 探索性测试如果在测试策略层面应该和应变式的测试策略相符合. 暂且不谈探索性测试的方法以及那些利弊. 只是简单的打个比喻,反应一下我对探索性测试的认知. 农村的孩子以前都放农忙假,要求学生去拾麦穗(好像语文课本里还有相关内容,叫颗粒归仓). 探索性测试就像捡麦穗,刚割完的麦子,确实能捡到不少丢的麦穗. 但是都捡过一遍甚至几遍了,再去捡,就捡的少了. 我们平时做探索性测试的关键也在此,只做一遍. 探索这个词是最能反映人类智慧的词,很费脑细胞,不要把

浅谈APP测试经验

近年来,随着智能手机兴起,很多App软件不断涌起.那今天我浅谈一下本人在工作如何测试App软件与经验. 一.App三种开发模式介绍(测试App时,必须要先了解您测试的App是用什么模式开发的) 1.Native APP 2.Web APP 3.Hybrid AP 对App开发模式不清楚的人.请自行百度. 二.通用App测试点(这些点必须测试) 1. 使用App时,手机耗电情况: 2 .App占用手机内存情况: 3 .App安装包的大小: 4. 使用App时,流量消耗情况: 5 .App在WiFi

浅谈容量测试与容量规划

在性能测试中,需要根据具体的性能需求和系统架构等情况,采用不同的测试策略,其中最常见的策略就有容量测试. 这篇博客,就来聊聊容量测试以及容量规划的一些内容... 一.什么是容量?如何理解? 在开始之前,有一点需要知道:系统的处理能力是有限的! 1.容量定义 所谓容量,即系统处于最大负载状态或某项指标达到所能接受的最大阈值下对请求的最大处理能力. 2.如何理解 ①.系统的容量(处理能力)是有限的: ②.容量是可度量的: 二.如何统计容量指标? 1.统计维度 一般来说,可以从如下两个维度来定量系统的

170221、浅谈mysql的SQL的四种连接

例子:   -------------------------------------------------  a表     id   name     b表     id   job   parent_id                 1   张3                   1     23     1                 2   李四                 2     34     2                 3   王武            

浅谈Junit测试中反射和Jmock的应用

最近由于项目的需要,开发后的代码强制编写Junit测试,并且达到一定的coverage probility(主要应付客户).所以,为了达到一定的覆盖率,鄙人不得不在Case中大量使用反射(一般是针对private方法)和JMock(主要针对一些属性方法). 小编是做开发出身,由于对Spring的源代码有过或多或少的了解,因此对反射技术也有一定的了解.故在使用反射进行Junit测试的过程中,还算是没有遇到太多问题.小编认为,使用反射最重要的是要分清两点: 一是要反射的实现类(记住,这里的对象类型必

浅谈接口自动化测试

昨晚在某个测试交流群,听了一个测试老司机分享接口自动化测试的内容,对接口自动化有了更深的一些认识,也为接下来公司的接口自动化实施,提供了更多的思路. 这篇博客,就说说功能测试到接口自动化的进阶,以及接口自动化的一些事... 前言 自动化测试,算是近几年比较火热的一个话题,当然,更是软件测试未来的一个发展趋势.未来,功能测试等非核心的测试工作,都将被外包. 想要在软件测试这个行业继续前行,就必须拥有核心竞争力,掌握自动化测试技术,是必不可少的一个技能. 在<Google软件测试之道>一书中有介绍

浅谈接口、抽象类、抽象方法和虚方法的区别

C#抽象类和接口孩子间在对于抽象类定义的支持方面具有很大的相似性,甚至可以相互替换,因此很多开发者在进行抽象类定义时对于抽象类和接口的选择显得比较随意.其实,两者之间还是有很大区别的. 首先说一下接口与抽象类的异同: 相同点: 1.他们都不能实例化自己,也就是说都是用来被继承的. 2.抽象类中的抽象方法和接口方法一样,都不能有方法体 不同点: 1.抽象类里可以有字段,接口中不能有字段. 2.抽象类中的普通方法可以有方法体,而接口方法没有方法体. 3.接口中的方法不能有访问修饰符,抽象类中的抽象方

浅谈 接口

接口: 先看下面一段话: 如果,你即将准备开始编程,就是那种 感觉需要很多很多类,而其中有些类,你已经提前知道需要哪些共同的功能.怎么办?当然首先想到,提前给他们规定好一种模式,规定他们是什么样的方法,有返回值,还是无返回值,返回啥种类型,等等的规定. 接口,就是可以帮助你的.接口,只是一种规范,一种约束. 概念:接口,是把方法都组合起来,以封装特定功能的集合. 注意:  1.一旦类实现了接口,类就可以支持接口所指定的所有属性和成员. 2.声明接口在语法上与声明抽象类完全相同,但是不允许接口中有