接口自动化测试方案
接口自动化测试方案
接口自动化测试方案第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.1 接⼝参数覆盖接⼝测试通过输⼊使⽤参数组合，获得服务器返回值，并根据预先设定的规则判断是否符合预期值。
在接⼝测试中，根据接⼝的功能不同，需要侧重检测的⽅⾯也不同。
主要从以下⼏个⽅⾯考虑⽤例设计：1) 参数类型（数值型、字符型、布尔型、枚举型、组合类型）a.特定接⼝字段对⼊参的参数类型有要求2)异常值：null、空字符a.必要参数不允许为空例：登录账号/密码3)边界值a.有限定取值范围的字段（取值范围内的最⼤、最⼩、最⼤+1、最⼩-1，范围内取值）4) 默认值a.⾮必选参数，未传值时采⽤默认值5) ⾮法值a.类型不匹配b.超出类型范围c. 超出操作系统限制d.系统关键字6) 参数组合7)全对偶组合保证每个参数和其他参数都有组合出现，即采⽤尽可能少的组合覆盖尽可能对的参数，覆盖性价⽐很8)单点失效单个参数使⽤⾮法或异常值，其他值保持正常取值。
9) 多点失效多个参数使⽤⾮法或异常值，其他采⽤正常取值1.2 场景覆盖a. 从⽤户⾓度进⾏设计的测试覆盖。
主要是模拟⽤户的业务操作，达到对⽤户⾏为的覆盖。
b. 场景测试优先覆盖正常路径，其次是分⽀路径以及异常路径。
c. 测试场景保持独⽴性和原⼦性，每个测试场景完成独⽴的功能，不受其他操作的影响。
⼆、测试断⾔设计⾃动化测试中的测试通过条件，断⾔⽤于判断测试⽤例执⾏结果是否符合预期。
设计原则：a. 尽量保持断⾔形式统⼀。
b. 选择具有明确的 message 参数的断⾔⽅法，使断⾔结果的可读性更强。
c.选择断⾔的对象需准确，有代表性。
d.不使⽤接⼝响应数据作为唯⼀断⾔，需结合数据库相应数据变化做断⾔。
三、⾃动化⽤例编写规范a.⼀个脚本是⼀个完成的⽤例。
b.⽤例中正向逻辑⽤例为主，逆向逻辑⽤例为辅。
逆向逻辑的情况较多（例如⼿机号输错有很多种情况），逆向逻辑按等价类划分法选取具有代表性的⽤例编写。
c. ⽤例之间不要产⽣关联性，即编写的每⼀个⽤例都是独⽴的，不依赖或影响其他⽤例脚本。
接口自动化测试用例案例
接口自动化测试用例案例接口自动化测试用例是指通过编写脚本来自动执行接口测试的过程。
接口自动化测试用例的目的是验证接口的功能和性能是否符合预期，并提高测试效率和质量。
下面列举了一些接口自动化测试用例的案例，以帮助读者更好地理解接口自动化测试的实施过程。
1. 验证接口的返回状态码：通过发送请求，验证接口的返回状态码是否符合预期。
例如，当发送请求成功时，接口应返回200状态码；当请求的资源不存在时，接口应返回404状态码。
2. 验证接口的返回数据格式：通过发送请求，验证接口的返回数据格式是否符合预期。
例如，接口应返回JSON格式的数据，且数据中的字段和值符合预期。
3. 验证接口的返回数据准确性：通过发送请求，验证接口的返回数据是否准确。
例如，当请求获取用户信息的接口时，接口应返回该用户的正确信息。
4. 验证接口的错误处理能力：通过发送错误的请求，验证接口是否能正确处理错误，并返回相应的错误信息。
例如，当发送无效的请求参数时，接口应返回相应的错误提示信息。
5. 验证接口的并发性能：通过发送大量并发请求，验证接口的并发性能是否符合预期。
例如，接口应能够正确处理并发请求，并在合理的时间内返回响应。
6. 验证接口的安全性：通过发送恶意请求，验证接口的安全性是否得到保障。
例如，接口应对SQL注入、XSS攻击等安全漏洞进行有效防护。
7. 验证接口的稳定性：通过发送大量重复请求，验证接口的稳定性是否得到保障。
例如，接口应能够稳定地处理大量重复请求，并保持正常的响应时间。
8. 验证接口的性能指标：通过发送大量请求，统计接口的响应时间、吞吐量等性能指标，以评估接口的性能是否符合预期。
9. 验证接口的兼容性：通过发送不同版本或不同环境的请求，验证接口在不同环境下的兼容性。
例如，接口应能够正确处理不同版本的请求，并返回相应的兼容结果。
10. 验证接口的回归稳定性：通过发送各种类型的请求，验证接口在多次修改后的稳定性。
例如，接口应能够稳定地处理各种类型的请求，并返回正确的结果。
一、实现接口自动化测试
2.2 常用接口1. http接口走http协议，通过路径来区分调用方法，请求报文一般是key-value形式的，返回报文一般是json串，常用的是get和post方法来请求。
2. webservice接口走的soap协议，通过http传输，请求报文和返回报文都是xml格式的。
2.3 http登录接口文档范例2.4 获取接口关键信息1. 开发提供接口文档/接口规范（正规流程），如上接口文档范例;说明：如果没有接口规范/文档（不正规流程），需要使用抓包工具，如Fiddler、>wireshark、httpwatch或直接在谷歌或火狐浏览器F12等获取接口关键信息；2. 接口关键信息:协议类型：http/htts请求URL/IP：如：网址：https:///；ip：127.0.0.1端口：http默认端口：80，https默认端口：443或自定义端口请求方式：如post/get/put/delete表头信息:如内容类型Content-Type:application/json请求参数：注意参数的传参类型如json；参数的属性如名称、类型、是否必填，参数的个数；响应结果：注意输出内容的类型如json响应状态：响应状态码需特别注意，意因为做接口测试有时需覆盖所有状态返回状态描述1xx请求已被成功接收、理解、接受2XX成功，操作被成功接收并完成响应3xx重定向--要完成请求必须进行更进一步的操作4xx客户端错误--请求有语法错误或请求无法实现5xx服务器端错误--服务器未能实现合法的请求三、什么项目适合做接口自动化测试1. 任务需求明确，不会频繁变动2. 项目周期较长，回归测试频繁（>=5次），开展自动化确实能提升测试效率及质量3. 产出的效益高于投入4. 测试预留的时间比较充裕四、接口自动化关键点1. 开发测试脚本需充分考虑脚本的复用性2. 脚本与数据分离五 什么时候可以做接口自动化1. 需求评审完毕，接口需求明确稳定2. 版本升级项目发布之前的全流程回归测试六、与开发同步进行接口用例脚本开发软件开发未完成，接口还无法调试，测试如果需要同步开发接口，需根据接口文档规范，利用MOCK SERVER等接口模拟工具模拟接口，从而进行接口自动化用例调试开发七、接口自动化测试的流程业务流程1. 评估投入与收益比，是否需要进行接口自动化2. 根据项目组成员的能力及项目属性，选取适当的自动化工具或开发语言3. 分析业务，在功能测试用例提取主业务场景4. 先开发一个主业务场景脚本，根据需要补充其他业务场景开发流程1. 提取脚本可重复项，封装简化脚本，利用公共类或公共函数等方法，提高脚本的利用率、可读性及可维护性2. 提取脚本中可变的参数，修改成变量3. 利用csv、Excel、ini、数据库、yaml等参数化数据信息，使业务与数据分离，实现数据驱动测试4. 引入日志，利于运行调试发现问题5. 添加断言并生成可视化报告6. 持续基础Jenkins，实现自动打包，按时发布并执行，生成结果邮件发送 注：如果需要做接口测试平台还需要用到前端知识与python框架知识。
《接口自动化测试开发实战》教程教案
《接口自动化测试开发实战》教程教案第一章：接口自动化测试概述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.确定测试目标：明确要测试的接口和功能，确认测试的目的和要求。
2.编写测试计划：根据测试目标，制定详细的测试计划。
定义测试用例、测试数据和测试环境。
3.准备测试环境：配置必要的测试环境，包括服务器、数据库、接口调用工具和测试数据。
4. 建立测试框架：根据测试计划，建立测试框架。
选择合适的测试工具和框架，如Selenium、Junit、TestNG等。
5. 编写测试脚本：根据测试计划和测试框架，编写测试脚本。
测试脚本可以使用编程语言编写，例如Java、Python等。
6.执行测试脚本：执行测试脚本，自动化地发送请求并获取响应结果。
对比实际结果和预期结果，验证接口的功能和正确性。
7.分析测试结果：分析测试结果，包括接口的性能、稳定性和可靠性。
记录测试日志和错误报告，追踪和修复问题。
8.优化测试脚本：根据测试结果，对测试脚本进行优化和改进。
提高脚本的可维护性和可扩展性。
9.定期执行测试：周期性地执行接口自动化测试，保证系统的稳定性和性能。
10.持续集成：将接口自动化测试与持续集成工具集成，实现自动化触发、执行和监控测试。
11.回归测试：在系统升级或修改后，执行回归测试，确保新功能的稳定性和兼容性。
总结：接口自动化测试是一种高效、准确和可靠的测试方法，能够提高软件开发的效率和质量。
通过梳理流程，明确目标，准备环境，建立框架，编写脚本，执行测试，分析结果，并优化脚本，能够有效地实施接口自动化测试。
持续集成和回归测试是接口自动化测试的重要环节，能够实现自动化触发和监控，保证系统的稳定性和兼容性。
对于开发团队来说，接口自动化测试是一项必不可少的工作，它能够提供准确和可靠的测试结果，为软件的发布和上线提供保障。
【转】接口自动化测试基本流程及测试思路
【转】接⼝⾃动化测试基本流程及测试思路接⼝⾃动化⼤致步骤：1、发送请求2、解析结果3、验证结果定义三个和业务相关的类1、⼀个⽤来封装HTTPclient，⽤来发送请求2、解析结果xml的类3、⼀个⽤于⽐较测试结果和期望值的类，⽤于验证4、⾃动⽣成报告的类：⾃动发送报告之类的（locust的python⼯具）服务级：Web server（服务） Database（持久化⼯具-数据库）、Cache（短时间持久化⼯具-缓存）接⼝测试：1、构造数据（1）通过接⼝构造⽐如获取⼀个blog的⽂章信息，怎么构造数据呢？（⽂章哪⾥来？？）—返回blog信息通过添加⽂章的接⼝，临时构造数据（blog⽂章），然后断⾔的时候看看是不是⾃⼰造的数据——会造成接⼝耦合（两个程序模块有关联就叫做耦合。
）—和造⽂章的接⼝耦合（如果创建⽂章的接⼝挂了，那返回blog信息的接⼝也就挂了）公交卡充值依赖⽀付宝的⽀付接⼝服务，调⽤⽀付接⼝会有代价，所以模拟⼀个⽀付接⼝，所有通过mockserver（测试桩）去模拟⽀付接⼝的服务----不管输⼊是什么，返回⼀直成功或是固定的（2）通过持久化层构造（更好）意思就是在数据库直接插⼊数据2、调⽤接⼝postman/jmeter–winCURL-linuxPaw–mac3、对接⼝返回进⾏断⾔通过不同的输⼊-判断不同的预期----数据驱动（输⼊数据）断⾔参考⽅法：对⽐数据库值，code验证4、接⼝测试的⽤例设计功能测试⽤例业务逻辑设计业务逻辑⽅⾯的测试⽤例主要是针对服务端接⼝的处理逻辑进⾏的⽤例设计，这种⽤例设计不是针对某个功能点是否实现，⽽是对接⼝的处理逻辑以及⼀些相互依赖的业务进⾏验证，通常依照接⼝的逻辑流程图来进⾏。
举⼀个例⼦，购物系统中的两个动作：登录和下单操作，这两个业务是相互依赖的，下单操作必须在登录完成后（登录状态下），否则⽆法完成下单，这个时候我们就可以设计这样⼀条case：没有登录的状态下进⾏下单操作，看服务端如何处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
接口自动化测试方案
2018年4月9日
文档编号：（V1.0）
目录
目录
1测试需求及范围 (2)
1.1测试目的 (2)
1.2测试需求 (2)
2测试方法 (3)
3测试工具及框架拓扑图 (3)
3.1测试工具 (3)
3.2自动化测试拓扑图 (3)
4流程示例 (3)
5测试环境 (5)
2.1硬件配置 (5)
2.2软件配置 (5)
6测试思路 (6)
6.1通用测试场景 (6)
6.2逻辑场景 (7)
6.3断言检查 (7)
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硬件配置
2.2软件配置
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返回的数据结构正确性、返回的参数值是否全面完整；。