接口自动化
- 格式:docx
- 大小:199.71 KB
- 文档页数:13
接口自动化测试方案第1篇接口自动化测试方案一、前言随着信息化建设的不断深入,接口在各个系统间的数据交互中扮演着举足轻重的角色。
为确保接口稳定、可靠且高效地运行,降低系统上线后因接口问题导致的故障风险,提高软件质量,特制定本接口自动化测试方案。
二、目标1. 提高接口测试的效率,降低人工测试成本。
2. 实现对接口的全面覆盖,确保接口的稳定性和可靠性。
3. 建立可持续集成的自动化测试体系,为项目的快速迭代提供支持。
三、测试范围1. 系统内部接口:包括各模块间的数据交互接口。
2. 系统外部接口:包括与第三方系统或服务的接口。
3. 数据库接口:涉及数据库操作的接口。
四、测试工具及环境1. 测试工具:JMeter、Postman、Swagger等。
2. 测试环境:开发环境、测试环境、预生产环境、生产环境。
3. 数据库:MySQL、Oracle、SQL Server等。
五、测试策略1. 功能测试:验证接口的功能是否符合需求规格说明书。
2. 性能测试:评估接口在高并发、大数据量下的性能表现。
3. 安全测试:检查接口是否存在安全漏洞,如SQL注入、越权访问等。
4. 兼容性测试:验证接口在不同操作系统、浏览器、数据库等环境下的兼容性。
5. 异常测试:模拟各种异常场景,检查接口的容错性。
六、测试流程1. 需求分析:分析接口的业务需求,明确接口的功能、性能、安全等要求。
2. 测试设计:根据需求分析,编写接口测试用例。
3. 测试开发:搭建测试环境,编写自动化测试脚本。
4. 测试执行:在各个测试环境中执行自动化测试。
5. 结果分析:分析测试结果,定位问题原因,反馈给开发人员。
6. 跟踪验证:验证开发人员修复的问题,确保问题得到解决。
7. 测试报告:输出测试报告,包括测试覆盖率、通过率、问题列表等。
七、测试用例设计1. 根据接口文档,设计测试用例,包括正常场景、异常场景。
2. 测试用例应涵盖接口的功能、性能、安全等各个方面。
接口自动化测试方案1.需求分析和测试计划:在进行接口自动化测试之前,首先需要进行需求分析,明确测试的目标、范围和重点。
然后制定测试计划,包括测试方法、工具选择和测试场景等。
2.自动化测试环境的搭建:为了保证自动化测试的正常进行,需要搭建一个稳定可靠的测试环境。
这包括配置测试服务器、数据库和测试工具等。
3. 接口自动化测试框架的选择:选择适合团队的接口自动化测试框架。
常用的框架有JUnit、TestNG、Robot Framework等。
选择合适的框架可以提高测试脚本的可读性和可维护性。
4.接口测试用例的编写:根据需求分析和测试计划,编写接口测试用例。
测试用例应该尽量覆盖不同的场景和边界条件,以确保软件的稳定性和功能完整性。
5.接口测试脚本的开发:根据接口测试用例,使用选定的框架和工具开发测试脚本。
测试脚本应该具有良好的可读性,同时可以灵活地处理错误和异常情况。
6.数据准备和清理:在接口自动化测试中,通常需要提前准备测试数据,并在测试完成后进行数据清理。
这可以确保每次测试的独立性和可重复性。
7.执行自动化测试和结果分析:执行自动化测试,并对测试结果进行分析和评估。
需要关注测试覆盖率、通过率、执行时间和错误率等指标,以便及时发现和修复问题。
8. 定期维护和更新测试脚本:随着软件的不断优化和迭代,测试脚本也需要不断地进行维护和更新。
对于新增功能和 bug 修复,需要及时更新对应的测试脚本。
9.结果报告和问题追踪:生成接口自动化测试结果报告,并及时通知相关人员。
对于问题的追踪和修复,需要建立一个问题跟踪系统,以确保问题的及时处理和解决。
10.团队协作和知识分享:在接口自动化测试过程中,团队成员之间需要密切合作,分享经验和知识。
可以定期组织技术交流会议,讨论测试经验和技巧,以提高整个团队的测试能力。
总之,接口自动化测试在软件开发过程中至关重要。
通过合理的测试计划、良好的测试环境、有效的测试工具和稳定的测试脚本,可以提高测试效率、降低测试成本,并最终提高软件质量和用户体验。
异步接口自动化测试方法异步接口自动化测试是指在测试过程中使用自动化工具和技术来验证异步接口的正确性和性能。
在传统的同步接口测试中,测试人员可以通过等待接口返回结果来进行断言和验证。
但是在异步接口测试中,由于接口的返回结果并不是立即可用,测试人员需要等待一段时间或者通过其他方式来获取接口的返回结果。
在异步接口自动化测试中,可以使用以下方法来实现测试:1. 模拟异步接口调用:在测试过程中,可以使用模拟框架或者工具来模拟异步接口的调用过程。
模拟框架可以帮助测试人员模拟接口的调用,并返回虚假的结果。
通过模拟异步接口调用,测试人员可以在不依赖实际接口的情况下进行测试。
2. 使用回调函数:在编写测试脚本时,可以使用回调函数来处理异步接口的返回结果。
回调函数是一个在接口调用完成后被执行的函数,它可以接收接口的返回结果,并对其进行断言和验证。
通过使用回调函数,测试人员可以在接口调用完成后立即进行断言和验证,而不需要等待。
3. 使用断言库:断言库是一种用于验证测试结果的工具。
在测试异步接口时,可以使用断言库来验证接口的返回结果是否符合预期。
断言库通常提供了一系列的断言方法,用于对接口的返回结果进行比较和判断。
通过使用断言库,测试人员可以快速准确地验证异步接口的正确性。
4. 使用异步测试框架:在测试过程中,可以使用专门的异步测试框架来处理异步接口的测试。
异步测试框架通常提供了一系列的异步测试方法和工具,用于处理异步接口的返回结果。
通过使用异步测试框架,测试人员可以更方便地编写和运行异步接口的测试脚本。
5. 使用模拟数据:在测试异步接口时,可以使用模拟数据来模拟接口的返回结果。
模拟数据是一组事先定义好的数据,它可以代替实际接口的返回结果,在测试中进行断言和验证。
通过使用模拟数据,测试人员可以更方便地进行异步接口的测试,而不需要等待实际接口的返回结果。
6. 使用性能测试工具:在测试异步接口的性能时,可以使用性能测试工具来模拟大量并发请求并监控接口的响应时间和吞吐量。
接口自动化测试用例案例接口自动化测试用例是指通过编写脚本来自动执行接口测试的过程。
接口自动化测试用例的目的是验证接口的功能和性能是否符合预期,并提高测试效率和质量。
下面列举了一些接口自动化测试用例的案例,以帮助读者更好地理解接口自动化测试的实施过程。
1. 验证接口的返回状态码:通过发送请求,验证接口的返回状态码是否符合预期。
例如,当发送请求成功时,接口应返回200状态码;当请求的资源不存在时,接口应返回404状态码。
2. 验证接口的返回数据格式:通过发送请求,验证接口的返回数据格式是否符合预期。
例如,接口应返回JSON格式的数据,且数据中的字段和值符合预期。
3. 验证接口的返回数据准确性:通过发送请求,验证接口的返回数据是否准确。
例如,当请求获取用户信息的接口时,接口应返回该用户的正确信息。
4. 验证接口的错误处理能力:通过发送错误的请求,验证接口是否能正确处理错误,并返回相应的错误信息。
例如,当发送无效的请求参数时,接口应返回相应的错误提示信息。
5. 验证接口的并发性能:通过发送大量并发请求,验证接口的并发性能是否符合预期。
例如,接口应能够正确处理并发请求,并在合理的时间内返回响应。
6. 验证接口的安全性:通过发送恶意请求,验证接口的安全性是否得到保障。
例如,接口应对SQL注入、XSS攻击等安全漏洞进行有效防护。
7. 验证接口的稳定性:通过发送大量重复请求,验证接口的稳定性是否得到保障。
例如,接口应能够稳定地处理大量重复请求,并保持正常的响应时间。
8. 验证接口的性能指标:通过发送大量请求,统计接口的响应时间、吞吐量等性能指标,以评估接口的性能是否符合预期。
9. 验证接口的兼容性:通过发送不同版本或不同环境的请求,验证接口在不同环境下的兼容性。
例如,接口应能够正确处理不同版本的请求,并返回相应的兼容结果。
10. 验证接口的回归稳定性:通过发送各种类型的请求,验证接口在多次修改后的稳定性。
例如,接口应能够稳定地处理各种类型的请求,并返回正确的结果。
《接口自动化测试开发实战》教程教案第一章:接口自动化测试概述1.1 接口自动化测试的概念与意义1.2 接口自动化测试的优势与挑战1.3 接口自动化测试的发展趋势1.4 接口自动化测试的工具与技术选型第二章:接口测试理论基础2.1 接口测试的基本概念2.2 接口测试的主要分类2.3 接口测试的主要方法2.4 接口测试的执行流程第三章:自动化测试工具介绍3.1 常用自动化测试工具概述3.2 JMeter:功能与使用方法3.3 Postman:功能与使用方法3.4自动化测试工具的比较与选择第四章:接口自动化测试用例设计4.1 测试用例设计原则4.2 测试用例设计方法4.3 测试用例设计注意事项4.4 实战:设计一个简单的接口测试用例第五章:接口自动化测试实战5.1 实战环境搭建5.2 实战案例一:GET请求的接口自动化测试5.3 实战案例二:POST请求的接口自动化测试5.4 实战案例三:文件接口的自动化测试第六章:自动化测试框架设计6.1 测试框架的作用与设计原则6.2 常用测试框架介绍6.3 测试框架的定制与扩展6.4 实战:搭建一个简单的测试框架第七章:数据驱动与测试脚本优化7.1 数据驱动测试的概念与优势7.2 测试数据的管理与7.3 测试脚本的优化技巧7.4 实战:使用数据驱动进行接口测试第八章:接口测试的持续集成8.1 持续集成与接口测试8.2 常用持续集成工具介绍8.3 接口测试在持续集成中的应用8.4 实战:将接口测试集成到Jenkins中第九章:常见问题与解决方案9.1 接口测试中常见的问题9.2 问题诊断与定位技巧9.3 解决方案与优化策略9.4 实战:解决接口测试中的常见问题第十章:未来接口自动化测试的发展方向10.1 与接口自动化测试10.2 测试工具与技术的创新10.3 接口自动化测试的最佳实践10.4 实战:探索未来接口自动化测试的发展方向重点和难点解析一、接口自动化测试概述重点:接口自动化测试的优势与挑战、接口自动化测试的发展趋势难点:接口自动化测试的概念与意义、接口自动化测试的执行流程二、接口测试理论基础重点:接口测试的主要分类、接口测试的主要方法难点:接口测试的基本概念、接口测试的执行流程三、自动化测试工具介绍重点:常用自动化测试工具概述、自动化测试工具的比较与选择难点:JMeter:功能与使用方法、Postman:功能与使用方法四、接口自动化测试用例设计重点:测试用例设计原则、测试用例设计方法难点:测试用例设计注意事项、实战:设计一个简单的接口测试用例五、接口自动化测试实战重点:实战环境搭建、实战案例一:GET请求的接口自动化测试难点:实战案例三:文件接口的自动化测试六、自动化测试框架设计重点:测试框架的作用与设计原则、常用测试框架介绍难点:测试框架的定制与扩展、实战:搭建一个简单的测试框架七、数据驱动与测试脚本优化重点:数据驱动测试的概念与优势、测试数据的管理与难点:测试脚本的优化技巧、实战:使用数据驱动进行接口测试八、接口测试的持续集成重点:持续集成与接口测试、常用持续集成工具介绍难点:接口测试在持续集成中的应用、实战:将接口测试集成到Jenkins中九、常见问题与解决方案重点:接口测试中常见的问题、问题诊断与定位技巧难点:解决方案与优化策略、实战:解决接口测试中的常见问题十、未来接口自动化测试的发展方向重点:与接口自动化测试、测试工具与技术的创新难点:接口自动化测试的最佳实践、实战:探索未来接口自动化测试的发展方向。
《接口自动化测试开发实战》教程教案章节一:接口自动化测试概述1.1 接口自动化测试的概念与意义1.2 接口自动化测试的发展与应用1.3 接口自动化测试的优势与挑战1.4 接口自动化测试工具与技术选型章节二:接口测试基础2.1 常见的网络协议及应用2.2 请求方法与状态码2.3 结构与参数传递2.4 响应数据格式与解析章节三:自动化测试工具介绍3.1 主流自动化测试工具比较3.2 JMeter介绍与安装3.3 Postman介绍与使用3.4 Python自动化测试框架介绍章节四:接口自动化测试实战4.1 创建测试项目及环境4.2 编写测试用例4.3 执行测试用例并与实际结果对比4.4 测试报告与分析章节五:接口测试优化与最佳实践5.1 测试用例设计原则5.2 测试数据管理策略5.3 测试脚本优化与维护5.4 持续集成与持续部署(CI/CD)章节六:测试用例设计与编写规范6.1 测试用例编写原则6.2 测试用例结构与要素6.3 测试用例分类与分层6.4 测试用例评审与维护章节七:请求与响应断言编写7.1 断言概念与作用7.2 常见断言方法与示例7.3 组合断言与逻辑断言7.4 自定义断言与扩展章节八:数据库操作与数据驱动8.1 数据库连接与操作8.2 测试数据准备与维护8.3 数据驱动原理与实现8.4 参数化测试与数据匹配章节九:接口性能测试9.1 性能测试概念与目标9.2 性能测试工具与方法9.3 响应时间、并发数与负载测试9.4 性能瓶颈分析与优化章节十:安全测试与稳定性测试10.1 常见安全漏洞与防护措施10.2 安全测试工具与方法10.3 接口稳定性测试策略10.4 监控与报警机制Implementing interface-automated testing 章节十一:测试环境与测试资源管理11.1 测试环境搭建与维护11.2 测试资源分配与管理11.3 环境一致性与版本控制11.4 测试环境监控与问题排查章节十二:持续集成与持续部署(CI/CD)12.1 CI/CD概念与流程12.2 常用CI/CD工具介绍12.3 自动化测试在CI/CD中的应用12.4 CI/CD实践案例与最佳实践章节十三:测试报告与数据分析13.1 测试报告与管理13.2 测试结果统计与分析13.3 测试趋势与可视化展示13.4 测试报告自动化与邮件通知章节十四:测试团队协作与沟通14.1 测试团队组织与管理14.2 敏捷测试与Scrum实践14.3 团队沟通工具与技巧14.4 跨部门协作与沟通策略章节十五:未来接口自动化测试趋势与挑战15.1 与机器学习在测试领域的应用15.2 测试自动化与智能化15.3 微服务架构与容器化测试15.4 法规遵从性与数据保护测试重点和难点解析本文档为您提供了一整套关于接口自动化测试开发的教程教案,内容涵盖了接口自动化测试的概述、基础、工具、实战以及优化等多个方面。
接口自动化框架搭建思路在当今软件开发的环境中,接口自动化测试是非常重要的一环。
为了提高测试效率和质量,搭建一个稳健高效的接口自动化测试框架至关重要。
下面我们将探讨一些搭建接口自动化框架的思路。
1. 技术选型,首先我们需要选择一个适合的接口自动化测试工具,比如Postman、RestAssured、JMeter等。
根据项目需求和团队的技术栈来选择合适的工具。
2. 环境准备,搭建接口自动化测试框架需要一个稳定的测试环境,包括测试服务器、数据库、测试数据等。
确保测试环境的稳定性和一致性对于接口自动化测试至关重要。
3. 构建测试用例,编写接口自动化测试用例是接口自动化框架搭建的重要一步。
测试用例需要覆盖接口的各种场景,包括正常情况、异常情况、边界情况等,以确保接口的稳定性和可靠性。
4. 数据驱动,在搭建接口自动化框架时,考虑采用数据驱动的方式,将测试数据与测试用例分离,以便于维护和管理测试数据,并且可以让测试用例更具通用性。
5. 报告和日志,一个好的接口自动化框架需要提供清晰的测试报告和日志,以便于开发人员和测试人员快速定位问题并进行分析。
6. 集成CI/CD,将接口自动化测试框架集成到持续集成和持续部署流程中,以便于在每次代码提交后自动运行接口自动化测试,确保代码的质量和稳定性。
7. 团队协作,在搭建接口自动化框架时,需要考虑团队协作和知识共享,建立良好的测试用例管理和版本控制机制,确保团队成员之间的协作效率。
总之,搭建一个稳健高效的接口自动化测试框架需要考虑技术选型、环境准备、测试用例编写、数据驱动、报告和日志、集成CI/CD以及团队协作等方面。
只有在这些方面都考虑到位,才能搭建出一个真正符合团队需求的接口自动化测试框架。
接口自动化测试用例案例全文共四篇示例,供读者参考第一篇示例:接口自动化测试是指通过自动化测试工具对接口进行测试的过程。
在现代软件开发中,接口自动化测试已经变得越来越重要,因为它可以帮助开发人员及时发现并解决接口问题,确保系统稳定性和可靠性。
接口自动化测试的用例设计是其中的重要环节,本文将介绍一些接口自动化测试用例案例,帮助读者更好地理解和应用接口自动化测试。
1. 测试接口的响应时间在接口自动化测试中,测试接口的响应时间是非常重要的一个指标。
如果接口响应时间过长,可能会影响用户体验,甚至导致系统故障。
我们可以设计一个用例来测试接口的响应时间,例如:发送一个请求到接口,并记录下请求发送时间和接口返回时间,计算二者之间的时间差,从而评估接口的响应时间是否在可接受范围内。
2. 测试接口的数据一致性另一个重要的接口自动化测试用例是测试接口的数据一致性。
在现代系统中,不同的模块之间经常需要相互交互数据,如果数据一致性出现问题,可能会导致系统功能异常。
我们可以设计一个用例来验证接口返回的数据是否与预期数据一致,例如:发送一个请求到接口,并比对返回数据与预期数据是否一致,从而检查接口的数据一致性。
3. 测试接口的安全性在接口自动化测试中,测试接口的安全性是至关重要的一环。
如今,网络攻击日益猖獗,系统的安全性问题已经成为软件开发中的一大难题。
我们可以设计一个用例来测试接口的安全性,例如:发送一个恶意请求到接口,验证系统是否能够正确地拦截和处理恶意请求,从而检查接口的安全性。
通过以上几个接口自动化测试用例案例的介绍,我希望能帮助读者更好地理解和应用接口自动化测试,提高软件开发质量和效率。
接口自动化测试是现代软件开发中不可或缺的一环,希木读者能够认真学习和应用接口自动化测试技术,共同推动软件开发行业的发展。
第二篇示例:接口自动化测试用例案例随着互联网技术的发展,越来越多的软件系统采用了分布式架构,不同的模块之间通过接口进行通信。
接⼝⾃动化常见的⾯试题1、软件接⼝是什么?程序不同模块之间传输数据并作处理的类或函数2、HTTP 和 HTTPS 协议区别?答: https 协议需要到 CA(Certificate Authority,证书颁发机构)申请证书,⼀般免费证书较少,因⽽需要⼀定费⽤; http 是超⽂本传输协议,信息是明⽂传输,Https 协议是由 SSL+Http 协议构建的可进⾏加密传输、⾝份认证的⽹络协议,⽐ http 协议安全; http 和 https 使⽤的是完全不同的连接⽅式,⽤的端⼝也不⼀样,前者是 80,后者是 443;3.HTTPS 在哪⼀层?以前我⾯试很喜欢提⽹络协议的问题,有朋友说我装 X,不实⽤。
稍有点研究⽹络知识,实际就不难回答答:HTTPS 在应⽤层4、get 和 post 区别是什么?答:POST 和 GET 都是向服务器提交数据,并且都会从服务器获取数据。
区别: 1)传送⽅式:get 通过地址栏传输,post 通过报⽂传输2)传送长度:get 参数有长度限制(受限于 url 长度),⽽ post ⽆限制 3)GET 产⽣⼀个 TCP 数据包(对于 GET ⽅式的请求,浏览器会把 http header 和 data ⼀并发送出去,服务器响应 200 返回数据),POST 产⽣两个 TCP 数据包(对于 POST,浏览器先发送 header,服务器响应 100 continue,浏览器再发送 data,服务器响应 200 ok 返回数据) 4)get 请求参数会被完整保留在浏览历史记录⾥,⽽ post 中的参数不会被保留 5)在做数据查询时,建议⽤ GET ⽅式;⽽在做数据添加、修改或删除时,建议⽤ post ⽅式5、常见的 POST 提交数据⽅式答:主要有四种⽅式:application/x-www-form-urlencoded、multipart/form-data、 application/json、text/xml 等。
接口自动化实现原理嘿,朋友们!今天咱来聊聊接口自动化实现原理这档子事儿。
你说接口自动化啊,就好比是一个超级智能的小助手。
想象一下,你有一堆繁琐的任务要做,手动去弄那可太麻烦啦,还容易出错。
但有了这个小助手,它就能帮你快速又准确地完成这些事儿。
接口呢,就像是一个个小窗口,通过这些窗口可以传递各种信息。
而自动化呢,就是让这个传递过程变得超级高效,不用你一直盯着,它自己就能干得妥妥的。
那它到底是怎么工作的呢?其实啊,就是先了解每个接口的规则和要求,就像你得知道怎么跟不同性格的人打交道一样。
然后呢,编写代码来模拟对这些接口的请求和响应。
这就好像你跟朋友聊天,你说一句话,等着朋友给你回应。
比如说,你要测试一个登录接口,你就得让代码模拟输入用户名和密码,然后看看返回的是不是登录成功的信息。
如果不是,那肯定是哪里出问题啦,就得赶紧找找原因。
接口自动化还有个特别厉害的地方,就是可以反复运行。
这可太棒啦!就好比你有个特别靠谱的朋友,不管啥时候找他帮忙,他都能在那儿。
一次不行就再来一次,直到把问题都解决掉。
而且啊,它还能帮你快速发现问题呢!一旦接口有啥变化,它马上就能察觉到,就像你身边有个敏锐的小侦探一样。
你想想看,要是没有接口自动化,那得费多大的劲儿啊!得一个一个地手动去测试,那得多累啊,还容易漏测。
但是有了它,一切都变得轻松多啦!它就像是你的秘密武器,能让你的工作变得轻松又高效。
所以啊,大家可千万别小瞧了接口自动化哦!它真的是个超级实用的好东西呢!总之,接口自动化实现原理就是这么神奇又好用,能给我们的工作带来巨大的便利和效率提升。
大家赶紧去试试吧!原创不易,请尊重原创,谢谢!。
接口自动化测试方案
接口自动化测试方案
2018年4月9日
文档编号: (V1.0)
目录
目录
1测试需求及范围 ........................................................ 3
1.1测试目的 .......................................................... 3
1.2测试需求 .......................................................... 3
2测试方法 .............................................................. 4
3测试工具及框架拓扑图 .................................................. 5
3.1测试工具 .......................................................... 5
3.2自动化测试拓扑图 .................................................. 5
4流程示例 .............................................................. 5
5测试环境 .............................................................. 7
2.1硬件配置 .......................................................... 7
2.2软件配置 .......................................................... 8
6测试思路 .............................................................. 8
6.1通用测试场景 ...................................................... 9
6.2逻辑场景 ......................................................... 11
6.3断言检查 ......................................................... 12
1测试需求及范围
1.1测试目的
随着公司项目的不断增大,接口的服务随之增
多,回归的任务量越来越大,需要对接口进行定
时回归测试来保证系统的稳定性。
1.在开发提交新的接口前进行冒烟测试,以保
证系统是能够正常开展测试的
2.功能测试完成/bug回归完成后进行回归测
试,保证bug修改完成后没有引入新的问题
1.2测试需求
1、目前提供的接口多为Rest 规范的接口,需
要使用JMeter进行自动化接口测试,核对接口
入参及返回报文格式、内容的正确性,最终通过
Jenkins持续集成生成测试报告。
2、对开发人员的需求
接口文档的规范,如:输入输出模板,输出类型
是否全面
2测试方法
根据开发人员提供的接口访问地址、入参格式、
请求格式,进行接口请求数据拼接,并查看返回
结果及返回报文、响应时间,检查返回Json内
容是否符合接口定义规范,是否符合预期的返回
结果。
3测试工具及框架拓扑图
3.1测试工具
Jemeter+Jenkins
3.2自动化测试拓扑图
4流程示例
测试数据从csv或者txt文件里读取,包含入参、
出参、预期结果/断言
用例通过jemter维护
通过Jenkins添加项目执行jmx文件
Jenkins执行完成后生成测试报告
5测试环境
2.1硬件配置
关键项 数量 性能要求: 期望到位
阶段
自动化测1台以上 4核4G 硬需求分析
试服务器 盘60G
2.2软件配置
资源名称/类型 配置
操作系统环境
Window7系统
测试工具 Svn、jemter、Jenkins
6测试思路
首先根据接口设计的技术架构方案,了解清楚被
测接口对应的公共入参、入参、出参及返回数据
的Json 结构规范,根据测试场景进行测试。
1、理解接口参数,熟悉接口参数的输入要求、
输入值范围、必填项等;
2、理解接口输出,熟悉返回json的结构构成、
返回值类别、返回值范围、返回data的不同类
型等。
3、理解接口的逻辑、接口的业务关联,熟悉技
术方案中的接口相互关联、依赖的关系,接口与
接口之间的数据传递等。
4、寻找测试点,根据输入(参数名、取值范围)、
输出(参数名、返回值范围)、关联关系,进行测
试点分析,具体分析方法可参考6.1 通用测试
场景、6.2 逻辑测试场景。
6.1通用测试场景
对于接口测试的入参需考虑以下几个方面,设计
测试用例时需要考虑交叉的情况:
1、测试参数名称的正确性
1. 参数名缺失,比如参数名错误,导致参数不存
在;必填参数缺失,选填参数缺失;参数名必须
匹配大小写时,考虑英文大小写的传参测试;分
别考虑参数名称错误的情况,参数名包括特殊字
符:如中文,空格,数字,特殊符等;
2、测试参数值的正确性
1. 长度限制,考虑输入参数值是否字数限制;非
空判断,是否可为空(不输入,即””),是否为
null,是否为空格;输入值是否在正常范围内(如
int 类型参数 是-32768~32767,输入区域外
的数值);参数传入的类型错误,如要求传入int
类型,结果传入String类型;输入参数值个数
不正确;必填项参数值,传入为空;参数值传入
特殊字符等;参数值模糊匹配查询;
6.2逻辑场景
逻辑场景考虑是对功能测试的补充,对于接口的
业务逻辑场景,需要根据需求方案、技术架构中
的设计的接口业务逻辑进行用例设计,例如:分
页查询接口(分页查询接口涉及数据分页共5
页,传入-1 表示查询全部数据),设计场景如下:
1. 传入查询页码为空,提示缺少查询页码参数;
传入页码为-1,查询返回全部数据;传入页码为
1,查询返回第一页数据;传入页码3,查询返
回第三页数据;传入页码为5,查询返回第5页
数据;传入页码为6,提示查询无数据;传入页
码为0,提示查询页码参数值不正确;传入页码
为01,03,05 ,可查询出1、3、5页数据;传
入页码为all ,提示查询页码数据不正确;
6.3断言检查
对接口测试返回的结果进行核对,验证返回
JSON数据的结构是否正确、返回数据值是否正
确、返回数据值是否有缺失等,比如
用户注册接口的接口返回值:
接口返回结果
1 2 3 4 5 6 7 8 9 10 11 12
{"error_code":"0", "msg":"注册成功",
"redirect":"",
"data":{ "rsid":"xxxx",//session会话主键
"userinfo":{ "userid":"xxxxxxxxx",//用户
主键 "username":"12345678", .....
"create_time": 14221221124,//创建时
间,int型,时间戳, } }
需要验证如下:
1、返回参数error_code ,msg,redirct ,data
是否正确返回 2、msg,error_code对应的
value 不为空; 3、error_code的错误码在错
误码列表范围内; 4、验证data返回的数据结
构正确性、返回的参数值是否全面完整;