数据库接口自动化测试（接口自动化数据库校验）

本篇文章给大家谈谈数据库接口自动化测试，以及接口自动化数据库校验对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享数据库接口自动化测试的知识，其中也会对接口自动化数据库校验进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、接口自动化测试之Mock
• 2、接口自动化测试流程是什么？
• 3、北大青鸟设计培训：接口自动化测试框架？
• 4、软件测试面试宝典「Linux 数据库 测试工具 自动化 性能测试」
• 5、接口自动化测试测试用例设计

接口自动化测试之Mock

Mock介绍

1.找到要替换的对象：我们需要测试的是visit_ustack这个函数，那么我们需要替换掉send_request这个函数。

2.实例化Mock类得到一个mock对象，并且设置这个mock对象的行为。在成功测试中，我们设置mock对象的返回值为字符串“200”，在失败测试中，我们设置mock对象的返回值为字符串"404"。

3.使用这个mock对象替换掉我们想替换的对象。我们替换掉了client.send_request

4.写测试代码。我们调用client.visit_ustack()，并且期望它的返回值和我们预设的一样。

上面这个就是使用mock对象的基本步骤了。在上面的例子中我们替换了自己写的模块的对象，其实也可以替换标准库和第三方模块的对象，方法是一样的：先import进来，然后替换掉指定的对象就可以了。

Mockrunner用在J2EE环境中进行应用程序的模拟测试。它不仅支持Struts actions，servlets，过滤器和标签类，还包括一个JDBC和一个JMS测试框架，可以用于测试基于EJB的应用程序。

Mockrunner扩展了JUnit并模拟了必要的行为，而无需调用实际的基础结构。它不需要正在运行的应用程序服务器或数据库。此外，它不会调用web容器或Struts ActionServlet。它非常快速，使用户可以在测试的所有步骤中操纵所有涉及的类和模拟对象。它可以用于为基于J2EE的应用程序编写非常复杂的单元测试，而不会产生任何开销。Mockrunner不支持任何类型的容器内测试。

Mockrunner不会读取任何配置文件，例如web.xml或struts-config.xml。您可以使用Mockrunner API指定所有参数。因此，可以将servlet，过滤器，标签和Struts动作作为可重用组件进行测试，而不管您在一个或另一个应用程序中使用的设置如何。无法测试配置文件中的定义。如果要这样做，可以将StrutsTestCase用于基于Struts的应用程序或Cactus。

Mockrunner支持Java版本从1.3到1.6以及J2EE 1.3，J2EE 1.4和JavaEE5。尚不支持EJB 3.0。Mockrunner支持Struts版本1.1、1.2和1.3。

下载地址：Mockrunner download | SourceForge.net

最后:【可能给你带来帮助的教程】软件测试最新自学教程

接口自动化测试流程是什么？

了解了接口测试是什么之后，怎么做接口测试呢?接口测试的流程其实和功能测试流程类似：接口测试计划-接口测试用例-接口测试执行-接口测试报告。测试用例设计的依赖对象主要是需求说明书和接口文档。
接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。用工具测试，所以目标就是准备要测试数据测试脚本后直接执行即可， 在进行测试执行编写时，有如下的原则：
1.不同的接口参数覆盖不同的业务场景;
2.在后台构造合适的数据来满足接口的测试用例;
3.根据接口的返回值，断言其是否返回期望结果，并查看数据库验证;
4.测试用例涉及多个步骤的，应对涉及的步骤都验证;
5.删除测试过程中产生的结果，确保每个用例执行前都是一个清洁的环境

北大青鸟设计培训：接口自动化测试框架？

关于自动化测试项目中会分成许多的不同的测试模块，而今天我们就一起来了解一下，关于接口的自动化测试框架都有哪些比较常见的类型。
下面厦门java课程http://www.kmbdqn.cn/就开始今天的主要内容吧。
需求：1、接口编写方便。
2、方便调试接口。
3、支持数据初始化。
4、生成测试报告。
5、支持参数化。
robotframework优点关键字驱动，自定义用户关键字。
支持测试日志和报告生成。
支持系统关键字开发，可扩展性好。
支持数据库操作。
缺点接口测试用例写起来不简洁。
需要掌握特定语法。
结果：不考虑，没人愿意这么写接口用例。
JMeter优点支持参数化不需要写代码缺点创建接口用例效率不高。
不能生成查看每一个接口执行情况的测试报告。
总结：不考虑，接口编写不方便，主要是不能生成测试报告，如果做接口性能的话可以考虑。
HttpRunner优点:基于YAML/JSON格式，专注于接口本身的编写。
接口编写简单生成测试报告接口录制功能。
缺点:没有编辑器插件对语法校验，容易出错。
官方文档没有详细的说明。
扩展不方便。

软件测试面试宝典「Linux 数据库 测试工具 自动化 性能测试」

1.介绍一下测试流程（重点，常见！）

2.介绍一下测试方法

3.介绍一下测试用例设计方法（用例设计方法测试方法需要分清楚）

4.设计一个登录页面的用例（提供某个场景的设计用例，重点！）

5.举例说明项目推进的能力（针对个人评价的举例说明）

6.考试中遇到的比较难的一个项目是？（掌握自己简历上的项目）

7.印象深刻的一个bug？

8.你们公司是不是敏捷开发？介绍一下敏捷开发？

9.复盘会议的主要内容有哪些？

10.App 的兼容性怎么测，App 的接口测试怎么测？

11.Web 端测试和 App 端测试有何不同（常见）

1. 工作中常使用的 SQL 语法有哪些？

2.数据库存储过程

3.SQL 常见查询语句编写（此处仅举例常见的查询语句，如有更多坑，希望补充）

a.查询所有学生的数学成绩，显示学生姓名 name, 分数， 由高到低。

b.统计每个学生的总成绩（由于学生可能有重复名字）,显示字段：学生 id，姓名，总成绩。

c.列出各门课程成绩最好的学生， 要求显示字段: 学号，姓名,科目，成绩

4.慢查询是什么意思？

5.导致数据库性能差的可能原因有哪些？

6.Redis 缓存应用场景

7.怎么定位 Redis 缓存失效问题（缓存坏了）
1. 工作中常用的 Linux 命令有哪些？

2.什么命令可以帮助 Linux 执行 Windows 上传的脚本?

3简述 Linux 三剑客

4.如何通命令定位 Linux 服务器下的日志？

5.简述项目中的环境搭建和维护
1. 自动化代码中，用到了哪些设计模式？

2. 什么是断言？

3. UI 自动化测试中，如何做集群？

4. 怎么对含有验证码的功能进行自动化测试？

5. 如何优化和提高 Selenium 脚本的执行速度？

6. 接口测试能发现哪些问题？

7. Selenium 中隐藏元素如何定位？

8. 如何判断一个页面上元素是否存在？

9. 如何提高脚本的稳定性？

10. 如何定位动态元素？

11. 如何通过子元素定位父元素

12. 平常遇到过哪些问题? ?如何解决的

13. 一个元素明明定位到了，点击无效（也没报错），如果解决？

14. 测试的数据你放在哪?

15. 什么是数据驱动，如何参数化？

16. 其他接口都需要登录接口的信息，怎么去让这个登录的接口只在其他接口调用一次？

17. 接口产生的垃圾数据如何清理？

18. 怎么用接口案例去覆盖业务逻辑？

1. 性能测试指标包括哪些

2. 如果一个需求没有明确的性能指标，要如何开始进行性能测试？

3. 介绍 JMeter 聚合报告包括哪些内容？

4. 如果有一个页面特别卡顿，设想一下可能的原因？

5. 说一说项目中的实际测试内容

6. 介绍一下 JMeter 进行性能测试的过程

7. 介绍一下 JMeter 和 LoadRunner 的区别
全套【软件测试/自动化测试】海量资料免费领取

接口自动化测试测试用例设计

浅谈接口自动化测试测试用例设计

一、   前言   

很多中台项目，大部分为接口测试。为了使新入职的测试同事尽快融入项目，以及迭代开发中方便管理测试用例。完成该总结。

二、   测试用例设计思路   

1、 接口类型概述及优先级  

1） 提供给第三方调用的接口  

2） 内部系统使用，核心功能接口  

3） 内部系统使用，非核心功能接口  

基本按照1）2）3）的顺序进行测试，特别情况除外

2、 单接口测试优先级  

1） 优先测试正向测试用例，保证基本功能实现  

2） 设计逆向测试用例，确保接口的健壮性  

3） 满足前提条件的测试用例  

4） 默认参数是否满足  

5） 参数校验  

6） 参数间联动关系

7）多参数错误处理的优先顺序校验

三、   设计分析   

1、 满足前提条件的测试用例  

测试目标接口需要满足前置条件才能成功获取数据。

例如：需要登录token，通过传入参数获取下游接口数据

2、 携带默认参数的测试用例  

携带默认参数的测试用例仅需要设计一条，所有默认参数的字段都不填写，其他字段输入正常。

[if !supportLists]3、 [endif]参数校验  

参数校验包含如下几方面：

[if !supportLists]1）[endif]输入参数是否为必须输入项

[if !supportLists]2）[endif]输入参数的类型

[if !supportLists]3）[endif]输入参数的枚举值校验

[if !supportLists]4）[endif]输入参数长度校验

以上测试用例最好根据字段一一校验，排除互相干扰

[if !supportLists]4、 [endif]参数间联动  

有些参数见存在彼此制约的关系，根据实际情况设计测试用例

例如:A字段为1时，B字段一定为空。否则报错。

那么测试用例设计时应为：A字段为1时，B字段为空；A字段为1时，B字段不为空；A字段不为1时，B字段为空；A字段不为1时，B字段不为空；四条测试用例

这样基本覆盖所有分支流程。

[if !supportLists]四、 [endif] 测试用例实践操作

接口测试用例样例:

多条件查询接口

测试方法：使用robotFramework测试doubbo接口

协议请求方式：post

接口协议：JSON

消息请求列表

字段名数据类型默认值必须项备注

IDint 是长度为2

Tokenstring 是设备令牌

Statusstring 是1：正常

2：异常

typeint  Status为1时，为必须输入项

sizestring  默认值
消息返回列表

字段名数据类型必须项备注

Codeint是正常：20000

异常：20001

Messagestring是 

typeMessageint Status=1的所有ID

 

用例设计

 

NO. 测试内容 前置条件 输入参数 输出参数 用例属性

1目标数据为一条预置一条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

2目标数据为多条预置多条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

3 Token必须项检查 预置多条符合条件的数据Status=1，token输入为空，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

4 Token正确性检查 预置多条符合条件的数据Status=1，token输入错误，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

5 Status 必须项检查 预置多条符合条件的数据Status为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

6 Status枚举预置多条符合条件的数据Status为1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

7 Status枚举预置多条符合条件的数据Status为2，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

8 Status枚举预置多条符合条件的数据Status为3，其他参数输入正常返回code=20001

typeMessage中返回null

参数校验

9 Status=1，时联动校验预置多条符合条件的数据Status为1，type为空；其他参数输入正常返回code=20001

typeMessage中返回null

联动校验

10 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

11 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type不为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

12 Size默认值输入校验预置多条符合条件的数据Size输入为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

13 Size默认值输入校验预置多条符合条件的数据Size输入不为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

14 ID 必须项检查 预置多条符合条件的数据ID为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

15 ID 长度检查 预置多条符合条件的数据ID长度大于2，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

16 破坏性测试预置多条符合条件的数据输入的参数类型错误请求未接收，返回404 稳定性测试

17 破坏性测试预置多条符合条件的数据输入的参数与提供的参数名称不一致请求未接收，返回404 稳定性测试

18 破坏性测试预置多条符合条件的数据输入的参数与提供的参数数量不一致请求未接收，返回404 稳定性测试

19 破坏性测试预置多条符合条件的数据输入的参数与提供的参数格式不一致请求未接收，返回404 稳定性测试

 

总结：自动化测试过程中会有一条自动化测试用例覆盖多种情况的可能（例如：正向测试用例与联动性验证的 Status=1，type输入不为空的测试用例重复，所以选择一条用例验证 。 ），以上的测试用例满足自动化的要求，手动测试过程中需要增加部分验证性的测试用例。且由于使用的测试工具特殊性，无需检查输入参数的类型。 关于数据库接口自动化测试和接口自动化数据库校验的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 数据库接口自动化测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口自动化数据库校验、数据库接口自动化测试的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。