接口测试postm

PostMan接⼝测试（很全⾯的接⼝测试教程）⼀：理论部分1. 前⾔在前后端分离开发时，后端⼯作⼈员完成系统接⼝开发后，需要与前端⼈员对接，测试调试接⼝，验证接⼝的正确性可⽤性。

⽽这要求前端开发进度和后端进度保持基本⼀致，任何⼀⽅的进度跟不上，都⽆法及时完成功能模块的测试。

做为后端开发⼈员，要求独⽴开发完成某个接⼝后，开发⼈员⾃⼰需要先测试通过后再提交给测试⼈员进⾏测试，否则会出现到测试⼈员哪⾥业务流程根本就⾛不通，或者BUG会过多的情况等。

市场上有很多优秀的，完善的接⼝测试⼯具，⽐如SoapUI，Postman，JMeter、yapi等，能够⾼效的帮助后端开发⼈员独⽴进⾏接⼝测试。

这⾥使⽤Postman接⼝测试⼯具，分别介绍如何对GET请求和POST请求进⾏接⼝测试。

2. Postman简介Postman是⼀个接⼝测试⼯具，在做接⼝测试的时候，Postman相当于⼀个客户端，它可以模拟⽤户发起的各类HTTP请求，将请求数据发送⾄服务端，获取对应的响应结果，从⽽验证响应中的结果数据是否和预期值相匹配；并确保开发⼈员能够及时处理接⼝中的bug，进⽽保证产品上线之后的稳定性和安全性。

它主要是⽤来模拟各种HTTP请求的(如:get/post/delete/put..等等),Postman与浏览器的区别在于有的浏览器不能输出Json格式，⽽Postman 更直观接⼝返回的结果。

3.Postman界⾯图各个功能区的使⽤如下：l 快捷区：快捷区提供常⽤的操作⼊⼝，包括运⾏收藏夹的⼀组测试数据，导⼊别⼈共享的收藏夹测试数据（Import from file, Import from folder, Import from link等），或新建请求、收藏夹、环境变量等。

l 侧边栏：包括搜索栏， Request 请求的历史记录和收藏夹管理。

l 功能区： Request 请求设置，查看 Response 响应结果和测试结果，可以将请求保存到收藏夹。

接口测试方法范文接口测试方法是一种测试软件接口的方法，通过发送各种请求数据，检查接口的响应和返回结果，以验证接口的正确性和稳定性。

接口测试方法是软件测试中重要的一部分，它可以帮助开发人员和测试人员找到和解决接口问题，提高软件系统的质量和可靠性。

以下是一些常用的接口测试方法：1.静态分析法：对接口文档进行仔细的阅读和分析，了解每个接口的输入、输出、参数和期望的结果。

在接口设计过程中，通过审查代码或文档的方式检查接口设计是否符合要求。

2.基于黑盒测试的方法：使用已知的输入数据，观察接口的输出结果是否符合预期。

黑盒测试不关心内部结构和实现细节，只关注接口的输入和输出。

3.基于白盒测试的方法：分析接口的实现代码，通过代码覆盖率和路径覆盖率等技术，检查接口的各个执行路径和异常情况。

白盒测试需要测试人员了解接口的内部实现和逻辑。

4.边界值测试法：针对接口的输入参数，测试其边界值情况，即最大值、最小值和临界值。

通过测试边界值情况，可以发现接口在边界条件下的错误和异常行为。

5.等价类划分法：将输入参数划分为若干等价类，每个等价类有相同的功能和行为。

选择代表性的测试用例，覆盖每个等价类，以验证接口的功能和正确性。

6.回归测试法：在接口发生变更或者系统其他部分发生变化时，重新运行已有的接口测试用例，确认接口的功能是否受到影响。

回归测试可以确保接口以及整个系统的稳定性和兼容性。

7.异常处理测试法：测试接口对异常输入或其他异常情况的处理能力。

通过模拟不正常的输入数据或系统运行环境，观察接口的异常处理机制和错误输出情况。

8.性能测试法：通过模拟大量的并发请求或大规模数据的处理过程，检查接口的性能和扩展能力。

性能测试可以验证接口在负载下的稳定性和响应速度。

9.安全测试法：测试接口的安全性和防护机制，通过模拟各类攻击和恶意输入，检查接口的安全漏洞和风险。

10.接口自动化测试法：使用自动化测试工具和脚本，通过脚本编写和执行自动化测试用例，提高测试效率和准确性。

接⼝测试⼯具之Postman使⽤⼿册⼀、Postman简介Postman是⼀款功能强⼤的⽹页调试与发送⽹页HTTP请求的⼯具。

Postman 的优点：⽀持各种的请求类型: get、post、put、patch、delete 等⽀持在线存储数据，通过账号就可以进⾏迁移数据很⽅便的⽀持请求 header 和请求参数的设置⽀持不同的认证机制，包括 Basic Auth，Digest Auth，OAuth 1.0，OAuth 2.0 等响应数据是⾃动按照语法格式⾼亮的，包括 HTML，JSON 和 XML2018年初chrome停⽌对chrome应⽤程序的⽀持，postman插件可能⽆法正常使⽤了。

⽬前chrome应⽤商店能使⽤的就是chrome扩展程序和主题背景。

所以建议⼤家直接下载它的应⽤程序进⾏使⽤，下载完成之后，选择默认安装即可Postman有windows、Mac、Liunx。

这⾥主要介绍Win平台版本的使⽤。

下载地址：官⽅⽂档：Postman Api⽂档：1、postman的基础功能：2、请求区域介绍Params：随url⼀起传⼊的参数Authorization：⾝份验证，主要⽤来填写⽤户名密码，以及⼀些验签字段,postman有⼀个helpers可以帮助我们简化⼀些重复和复杂的任务。

当前的⼀套helpers可以帮助你解决⼀些authentication protocols的问题。

；Headers：请求的头部信息Body：post请求时必须要带的参数，⾥⾯放⼀些key-value键值对1. none：⽆参数2. form-data：,它将表单数据处理为⼀条消息，以标签为单元，⽤分隔符分开。

既可以单独上传键值对，也可以直接上传⽂件（当上传字段是⽂件时，会有Content-Type来说明⽂件类型,但该⽂件不会作为历史保存，只能在每次需要发送请求的时候，重新添加⽂件。

）；post请求⾥较常⽤的⼀种3. x-www-form-urlencoded：对应信息头-application/x-www-from-urlencoded，会将表单内的数据转换为键值对；4. raw：可以上传任意类型的⽂本，⽐如text、json、xml等,所有填写的text都会随着请求发送；5. binary：对应信息头-Content-Type:application/octet-stream，只能上传⼆进制⽂件，且没有键值对，⼀次只能上传⼀个⽂件, 也不能保存历史，每次选择⽂件，提交；Pre-requerst Script:可以让你在请求之前⾃定义请求数据，这个运⾏在请求之前，语法使⽤JavaScript语句。

cs工具用法CS工具用法详解1. Visual Studio Code简介Visual Studio Code是一款轻量级且强大的代码编辑器，可用于编写各种编程语言的项目。

安装和启动•在官方网站（•安装完成后，启动Visual Studio Code。

主要功能•多语言支持：支持主流编程语言，且可以通过插件进行扩展。

•智能代码补全：根据上下文和已有代码，自动补全代码。

•集成终端：可以在编辑器中直接执行命令，无需切换到终端窗口。

•代码调试：支持各种调试功能，如断点设置、变量监视等。

•版本控制：内置Git功能，方便代码的版本管理。

2. Git简介Git是一款分布式版本控制系统，可用于协同开发和管理项目代码。

安装和配置•在官方网站（•安装完成后，通过命令行运行git config --global "Your Name"和git config --global ""来配置用户名和邮箱。

常用命令•git init：在当前目录初始化一个空的Git仓库。

•git clone <repository>：克隆一个远程仓库到本地。

•git add <file>：将文件添加到暂存区。

•git commit -m "Commit message"：将暂存区的文件提交到本地仓库。

•git push：将本地仓库中的改动推送到远程仓库。

•git pull：从远程仓库拉取最新代码到本地。

•git branch：查看当前分支。

•git merge <branch>：将指定分支的改动合并到当前分支。

3. Jupyter Notebook简介Jupyter Notebook是一种交互式笔记本环境，可用于创建和共享文档，其中包含实时代码、方程式、可视化图像和解释性文本。

安装和启动•在命令行运行pip install jupyter安装Jupyter Notebook。

接口测试常见方法与总结接口测试是软件测试中非常重要的一个环节，通过对接口进行测试可以有效地发现和解决软件中的问题和错误。

接口测试常见方法如下：1.静态测试：静态测试主要通过代码审查、文档检查等手段对接口相关的代码和文档进行检查，以发现潜在的问题和错误。

静态测试可以通过组织开发人员、测试人员和其他相关人员的讨论和审查来进行，提前发现和解决接口设计和实现问题。

2.功能测试：功能测试是接口测试中最基本的部分，通过输入特定的测试数据，验证系统是否返回预期的结果。

功能测试主要关注接口的输入输出和功能是否符合需求和规格要求。

功能测试可以通过手工测试、自动化测试等方式进行，通过组织各种不同的测试用例进行验证来确保接口的功能正确性。

3.性能测试：性能测试是接口测试中非常重要的一个方面，它主要关注接口的性能和稳定性。

性能测试可以通过压力测试、负载测试等方式进行，通过模拟大量的并发访问和大量的数据输入输出来验证接口的性能和稳定性。

性能测试可以通过自动化测试工具来进行，以提高测试效率。

4.安全测试：安全测试是接口测试中非常重要的一部分，它主要关注接口的安全性和防护措施。

安全测试可以通过模拟各种不同的攻击手段和方式来测试接口的安全性，包括输入验证、身份验证、数据加密等方面。

安全测试可以通过手工测试和自动化测试进行，以确保接口的安全性和可靠性。

5.兼容性测试：兼容性测试是接口测试中非常关键的一方面，它主要关注接口在不同的环境、平台和设备上的兼容性。

兼容性测试可以通过在不同的操作系统、浏览器、设备上进行测试，以验证接口在各种不同的环境下的兼容性。

兼容性测试可以通过手工测试和自动化测试进行，有效提高测试覆盖度。

6.回归测试：回归测试是接口测试中非常重要的一环，它主要关注对接口的修改和更新后的验证。

回归测试可以通过运行之前编写的测试用例来验证接口的修改和更新是否影响了接口的原有功能和性能。

回归测试可以通过自动化测试来进行，以提高测试效率和准确性。

接口测试方法接口测试是软件测试中的一个重要环节，它主要是对软件系统的接口进行测试，以验证系统之间的数据传输和交互是否正常。

接口测试方法可以帮助我们发现接口中的问题，并确保系统的稳定性和可靠性。

下面将介绍一些常用的接口测试方法。

1. 静态测试。

静态测试是接口测试的一种重要方法，它主要是通过检查接口的文档、代码和配置文件等静态资源，来发现潜在的问题。

在进行静态测试时，我们可以使用一些工具来检查接口的完整性、正确性和一致性，以及是否符合规范和标准。

2. 动态测试。

动态测试是接口测试中的另一种重要方法，它主要是通过模拟接口的输入和输出，来验证接口的功能和性能。

在进行动态测试时，我们可以使用一些自动化测试工具来模拟接口的请求和响应，以及对接口的性能进行评估和优化。

3. 边界值测试。

边界值测试是接口测试中的一种常用方法，它主要是通过测试接口的输入和输出的边界值，来验证接口的稳定性和可靠性。

在进行边界值测试时，我们可以针对接口的输入和输出参数，分别测试其最小值、最大值和临界值，以及对异常情况进行处理。

4. 异常处理测试。

异常处理测试是接口测试中的另一种常用方法，它主要是通过测试接口对异常情况的处理能力，来验证接口的健壮性和安全性。

在进行异常处理测试时，我们可以模拟各种异常情况，如无效的输入、超时的请求、网络中断等，来验证接口的异常处理能力。

5. 性能测试。

性能测试是接口测试中的一个重要环节，它主要是通过测试接口的响应时间、吞吐量和并发能力，来评估接口的性能和可扩展性。

在进行性能测试时，我们可以使用一些性能测试工具来模拟大量的并发请求，以及对接口的性能进行评估和优化。

总结。

接口测试方法是软件测试中的一个重要环节，它可以帮助我们发现接口中的问题，并确保系统的稳定性和可靠性。

在进行接口测试时，我们可以结合静态测试、动态测试、边界值测试、异常处理测试和性能测试等方法，来全面验证接口的功能、稳定性、安全性和性能。

希望本文介绍的接口测试方法能对大家有所帮助，谢谢阅读！。

第六章主板维修实践本章内容讲述主板维修方法和技巧讲述主板的引导过程讲述主板的检修流程本章重点掌握基本维修方法掌握主板引导过程锻炼清晰的维修思路6 . 1主板维修常用的维修方法1.观察法(1 )观查主板上各种芯片、PCB板、接口，是否有烧焦、断线和缺件等明显损坏。

(2 )观查主板跳线是否正确2.触摸法通电一段时间，用手触摸主板的各芯片，看它是否过热或过凉现象存在:(1迥热：①内部短路②电源电压高。

(2迥凉：①开路②无供电③工作条件不满足。

3.替换法在不能确定具体部件时，用好的部件去替换被怀疑的部件，这个方法在实际中应用很多。

4.电阻法(1)1 S A:前8条D线对地R相同。

①前期2 0条A线对地R相同(有的板是分段现象) 。

②后7条A线对地R相同。

③后8条D线对地R相同。

④它们彼此间一般不超过15Q, IRQ、DRQ、D ACK相差不超过2 5Q。

(2 )P C I : 3 2条A D线对地R相同，部分主板可能有一条较其它的3 1条对地小几十Q属正常。

(3)AGP: 3 2条AD, 3 2条AD线对地R相同。

5.电压法通过测量主板各测试点电压来判断故障范围。

6.逻辑推理法主要用于推断TTL、系刻，门电路的好坏。

非门：反向器或门：加法器与门：乘法器7.波形法重要测试点：RESET#、SCLK、OSC、B E 0 - B E 7 （允许数据地址工作的信号）A 3 （反映南桥工作的标志）、C S OE#o8.数码卡法（反应B I O S自检的过程）比如：（1徵码卡显F F、0 0代表CPU不工作或工作条件不满足，主板有严重故障（主查C P U工作的三大条复位件、BIOS、主芯片）。

（2）数码卡显CI、C 6代表内存未通过（主查内存供电，北桥，内存接口，时钟故9.比较法通过测量主板各测试点电压、阻值、波形与正常主板相比较，从差异中找出故障点。

6. 2主板开机引导过程计算机初始化是一个过程，而不是一个事件。

Postman是一款常用的API测试工具，它能够帮助开发人员快速、方便地进行接口测试和调试。

在使用Postman进行接口测试时，POST 方法是常用的一种请求方法。

本文将介绍Postman中如何使用POST 方法进行接口测试。

1. 什么是POST方法POST方法是HTTP协议中定义的一种请求方法，它通常用于向服务器提交数据，比如提交表单数据或上传文件等。

与GET方法不同，POST方法在请求中包含了要提交的数据，这些数据通常放在请求的body中。

通过POST方法，客户端可以向服务器提交更多或更复杂的数据，而不像GET方法那样受到URL长度的限制。

2. 在Postman中使用POST方法在Postman中使用POST方法进行接口测试非常简单。

打开Postman，并创建一个新的请求，选择HTTP请求方法为POST。

在请求的位置区域栏中填写要测试的接口位置区域。

3. 设置请求参数接下来，需要设置请求的参数。

在POST方法中，参数通常放在请求的body中。

在Postman中，可以通过选择“Body”选项来设置请求的参数。

可以选择不同的参数格式，比如form-data、x-form-urlencoded或raw等。

根据接口的要求，设置相应的参数格式并填写参数的键值对。

如果接口需要上传文件，也可以在body中选择文件并上传。

4. 设置请求头部除了请求参数，有些接口还需要在请求头部添加特定的信息，比如token或authorization等。

在Postman中，可以通过选择“Headers”选项来设置请求的头部信息。

在这里添加接口需要的头部信息。

5. 发送请求并查看结果当请求参数和头部信息设置完成后，可以点击“Send”按钮发送请求。

Postman将会向接口发送POST请求，并得到服务器返回的结果。

可以在Postman中查看返回的状态码、响应时间、响应体等信息，从而了解接口的返回情况。

通过上面的步骤，我们可以在Postman中使用POST方法进行接口测试。

接口测试实践方法接口测试是软件测试中非常重要的一环，通过对系统的接口进行测试，可以快速发现系统中的问题，并提升系统的稳定性和可靠性。

在接口测试的实践中，可以采用以下方法：1. 使用自动化测试工具：自动化测试工具可以帮助减少手动测试的工作量，提高测试效率。

可以选择一款适合的自动化测试工具，如Selenium、JMeter等，根据接口的不同特点选择合适的工具进行测试。

2.制定接口测试策略：在开始接口测试之前，需要制定接口测试的策略，并明确测试的目标、范围和重点。

可以根据接口的关键性和复杂度，确定测试的深度和广度，并制定相应的测试计划。

3.关注接口的输入边界和异常情况：接口测试中常常需要对接口的输入进行测试，特别是边界情况和异常情况。

输入边界测试可以测试接口的极限情况，而异常情况测试可以验证接口的容错性和异常处理能力。

4.使用模拟器或虚拟化技术：在测试接口时，经常会涉及到多个系统之间的交互。

为了提高测试效率和减少测试成本，可以使用模拟器或虚拟化技术来模拟其他系统的行为，以便进行接口测试。

5.使用随机化测试方法：随机化测试是一种有效的接口测试方法，可以通过随机生成测试用例来测试接口。

随机化测试可以帮助发现系统中的隐藏缺陷，并对接口的稳定性进行评估。

6. 使用压力测试工具进行接口压力测试：接口压力测试可以验证接口的性能和稳定性。

可以使用压力测试工具，如JMeter、LoadRunner等，模拟多用户同时访问接口的情况，并观察系统的响应时间和负载情况。

7.注重接口的安全性测试：在进行接口测试时，需要注重接口的安全性。

可以测试接口的访问控制、身份认证和数据加密等方面，确保系统的敏感信息不会泄漏。

8.结合其他测试方法：在进行接口测试时，可以结合其他测试方法，如功能测试、性能测试和安全测试等。

综合运用多种测试方法可以更全面地评估系统的接口质量。

9.编写清晰的测试用例和报告：在进行接口测试时，需要编写清晰、可执行的测试用例，并及时记录测试结果。

软件测试术语表根据ISTQB（国际软件测试资质认证委员会）提供的软件测试标准软件测试术语表翻译而成。

本中文版不是ISTQB的官方的翻译版本，只是由一些软件测试的爱好者出于对软件测试的兴趣自发的翻译。

我们无法保证中文版和英文版的一致性，同时也不保证提供的信息的正确性和完整性。

如果有任何的建议或意见，请发邮件到：mailto:skyqa@。

A∙Abstract test case (High level test case) ：概要测试用例∙Acceptance：验收∙Acceptance criteria：验收标准∙Acceptance testing：验收测试∙Accessibility testing：易用性测试∙Accuracy：精确性∙Actual outcome (actual result) ：实际输出/实际结果∙Ad hoc review (informal review) ：非正式评审∙Ad hoc testing：随机测试∙Adaptability：自适应性∙Agile testing：敏捷测试∙Algorithm test (branch testing) ：分支测试∙Alpha testing：alpha测试∙Analyzability：易分析性∙Analyzer：分析员∙Anomaly：异常∙Arc testing：分支测试∙Attractiveness：吸引力∙Audit：审计∙Audit trail：审计跟踪∙Automated testware：自动测试组件∙Availability：可用性B∙Back-to-back testing：对比测试∙Baseline：基线∙Basic block：基本块∙Basis test set：基本测试集∙Bebugging：错误撒播∙Behavior：行为∙Benchmark test：基准测试∙Bespoke software：定制的软件∙Best practice：最佳实践∙Beta testing：Beta测试∙Big-bang testing：集成测试∙Black-box technique：黑盒技术∙Black-box testing：黑盒测试∙Black-box test design technique：黑盒测试设计技术∙Blocked test case：被阻塞的测试用例∙Bottom-up testing：自底向上测试∙Boundary value：边界值∙Boundary value analysis：边界值分析∙Boundary value coverage：边界值覆盖率∙Boundary value testing：边界值测试∙Branch：分支∙Branch condition：分支条件∙Branch condition combination coverage：分支条件组合覆盖率∙Branch condition combination testing：分支条件组合测试∙Branch condition coverage：分支条件覆盖率∙Branch coverage：分支覆盖率∙Branch testing：分支测试∙Bug：缺陷∙Business process-based testing：基于商业流程的测试C∙Capability Maturity Model (CMM) ：能力成熟度模型∙Capability Maturity Model Integration (CMMI) ：集成能力成熟度模型∙Capture/playback tool：捕获/回放工具∙Capture/replay tool：捕获/重放工具∙CASE (Computer Aided Software Engineering) ：电脑辅助软件工程∙CAST (Computer Aided Software Testing) ：电脑辅助软件测试∙Cause-effect graph：因果图∙Cause-effect graphing：因果图技术∙Cause-effect analysis：因果分析∙Cause-effect decision table：因果判定表∙Certification：认证∙Changeability：可变性∙Change control：变更控制∙Change control board：变更控制委员会∙Checker：检查人员∙Chow's coverage metrics (N-switch coverage) ：N切换覆盖率∙Classification tree method：分类树方法∙Code analyzer：代码分析器∙Code coverage：代码覆盖率∙Code-based testing：基于代码的测试∙Co-existence：共存性∙Commercial off-the-shelf software：商用离岸软件∙Comparator：比较器∙Compatibility testing：兼容性测试∙Compiler：编译器∙Complete testing：完全测试/穷尽测试∙Completion criteria：完成标准∙Complexity：复杂性∙Compliance：一致性∙Compliance testing：一致性测试∙Component：组件∙Component integration testing：组件集成测试∙Component specification：组件规格说明∙Component testing：组件测试∙Compound condition：组合条件∙Concrete test case (low level test case) ：详细测试用例∙Concurrency testing：并发测试∙Condition：条件表达式∙Condition combination coverage：条件组合覆盖率∙Condition coverage：条件覆盖率∙Condition determination coverage：条件判定覆盖率∙Condition determination testing：条件判定测试∙Condition testing：条件测试∙Condition outcome：条件结果∙Confidence test (smoke test) ：信心测试（冒烟测试）∙Configuration：配置∙Configuration auditing：配置审核∙Configuration control：配置控制∙Configuration control board (CCB) ：配置控制委员会∙Configuration identification：配置标识∙Configuration item：配置项∙Configuration management：配置管理∙Configuration testing：配置测试∙Confirmation testing：确认测试∙Conformance testing：一致性测试∙Consistency：一致性∙Control flow：控制流∙Control flow graph：控制流图∙Control flow path：控制流路径∙Conversion testing：转换测试∙COTS (Commercial Off-The-Shelf software) ：商业离岸软件∙Coverage：覆盖率∙Coverage analysis：覆盖率分析∙Coverage item：覆盖项∙Coverage tool：覆盖率工具∙Custom software：定制软件∙Cyclomatic complexity：圈复杂度∙Cyclomatic number：圈数D∙Daily build：每日构建∙Data definition：数据定义∙Data driven testing：数据驱动测试∙Data flow：数据流∙Data flow analysis：数据流分析∙Data flow coverage：数据流覆盖率∙Data flow test：数据流测试∙Data integrity testing：数据完整性测试∙Database integrity testing：数据库完整性测试∙Dead code：无效代码∙Debugger：调试器∙Debugging：调试∙Debugging tool：调试工具∙Decision：判定∙Decision condition coverage：判定条件覆盖率∙Decision condition testing：判定条件测试∙Decision coverage：判定覆盖率∙Decision table：判定表∙Decision table testing：判定表测试∙Decision testing：判定测试技术∙Decision outcome：判定结果∙Defect：缺陷∙Defect density：缺陷密度∙Defect Detection Percentage (DDP) ：缺陷发现率∙Defect management：缺陷管理∙Defect management tool：缺陷管理工具∙Defect masking：缺陷屏蔽∙Defect report：缺陷报告∙Defect tracking tool：缺陷跟踪工具∙Definition-use pair：定义-使用对∙Deliverable：交付物∙Design-based testing：基于设计的测试∙Desk checking：桌面检查∙Development testing：开发测试∙Deviation：偏差∙Deviation report：偏差报告∙Dirty testing：负面测试∙Documentation testing：文档测试∙Domain：域∙Driver：驱动程序∙Dynamic analysis：动态分析∙Dynamic analysis tool：动态分析工具∙Dynamic comparison：动态比较∙Dynamic testing：动态测试E∙Efficiency：效率∙Efficiency testing：效率测试∙Elementary comparison testing：基本组合测试∙Emulator：仿真器、仿真程序∙Entry criteria：入口标准∙Entry point：入口点∙Equivalence class：等价类∙Equivalence partition：等价区间∙Equivalence partition coverage：等价区间覆盖率∙Equivalence partitioning：等价划分技术∙Error：错误∙Error guessing：错误猜测技术∙Error seeding：错误撒播∙Error tolerance：错误容限∙Evaluation：评估∙Exception handling：异常处理∙Executable statement：可执行的语句∙Exercised：可执行的∙Exhaustive testing：穷尽测试∙Exit criteria：出口标准∙Exit point：出口点∙Expected outcome：预期结果∙Expected result：预期结果∙Exploratory testing：探测测试F∙Fail：失败∙Failure：失败∙Failure mode：失败模式∙Failure Mode and Effect Analysis (FMEA) ：失败模式和影响分析∙Failure rate：失败频率∙Fault：缺陷∙Fault density：缺陷密度∙Fault Detection Percentage (FDP) ：缺陷发现率∙Fault masking：缺陷屏蔽∙Fault tolerance：缺陷容限∙Fault tree analysis：缺陷树分析∙Feature：特征∙Field testing：现场测试∙Finite state machine：有限状态机∙Finite state testing：有限状态测试∙Formal review：正式评审∙Frozen test basis：测试基线∙Function Point Analysis (FPA) ：功能点分析∙Functional integration：功能集成∙Functional requirement：功能需求∙Functional test design technique：功能测试设计技术∙Functional testing：功能测试∙Functionality：功能性∙Functionality testing：功能性测试Gglass box testing：白盒测试H∙Heuristic evaluation：启发式评估∙High level test case：概要测试用例∙Horizontal traceability：水平跟踪I∙Impact analysis：影响分析∙Incremental development model：增量开发模型∙Incremental testing：增量测试∙Incident：事件∙Incident management：事件管理∙Incident management tool：事件管理工具∙Incident report：事件报告∙Independence：独立∙Infeasible path：不可行路径∙Informal review：非正式评审∙Input：输入∙Input domain：输入范围∙Input value：输入值∙Inspection：审查∙Inspection leader：审查组织者∙Inspector：审查人员∙Installability：可安装性∙Installability testing：可安装性测试∙Installation guide：安装指南∙Installation wizard：安装向导∙Instrumentation：插装∙Instrumenter：插装工具∙Intake test：入口测试∙Integration：集成∙Integration testing：集成测试∙Integration testing in the large：大范围集成测试∙Integration testing in the small：小范围集成测试∙Interface testing：接口测试∙Interoperability：互通性∙Interoperability testing：互通性测试∙Invalid testing：无效性测试∙Isolation testing：隔离测试∙Item transmittal report：版本发布报告Iterative development model：迭代开发模型K∙Key performance indicator：关键绩效指标∙Keyword driven testing：关键字驱动测试L∙Learnability：易学性∙Level test plan：等级测试计划∙Link testing：组件集成测试∙Load testing：负载测试∙Logic-coverage testing：逻辑覆盖测试∙Logic-driven testing：逻辑驱动测试∙Logical test case：逻辑测试用例∙Low level test case：详细测试用例M∙Maintenance：维护∙Maintenance testing：维护测试∙Maintainability：可维护性∙Maintainability testing：可维护性测试∙Management review：管理评审∙Master test plan：综合测试计划∙Maturity：成熟度∙Measure：度量∙Measurement：度量∙Measurement scale：度量粒度∙Memory leak：内存泄漏∙Metric：度量∙Migration testing：移植测试∙Milestone：里程碑∙Mistake：错误∙Moderator：仲裁员∙Modified condition decision coverage：改进的条件判定覆盖率∙Modified condition decision testing：改进的条件判定测试∙Modified multiple condition coverage：改进的多重条件判定覆盖率∙Modified multiple condition testing：改进的多重条件判定测试∙Module：模块∙Module testing：模块测试∙Monitor：监视器∙Multiple condition：多重条件∙Multiple condition coverage：多重条件覆盖率∙Multiple condition testing：多重条件测试∙Mutation analysis：变化分析∙Mutation testing：变化测试N∙N-switch coverage：N切换覆盖率∙N-switch testing：N切换测试∙Negative testing：负面测试∙Non-conformity：不一致∙Non-functional requirement：非功能需求∙Non-functional testing：非功能测试∙Non-functional test design techniques：非功能测试设计技术O∙Off-the-shelf software：离岸软件∙Operability：可操作性∙Operational environment：操作环境∙Operational profile testing：运行剖面测试∙Operational testing：操作测试∙Oracle：标准∙Outcome：输出/结果∙Output：输出∙Output domain：输出范围∙Output value：输出值P∙Pair programming：结队编程∙Pair testing：结队测试∙Partition testing：分割测试∙Pass：通过∙Pass/fail criteria：通过/失败标准∙Path：路径∙Path coverage：路径覆盖∙Path sensitizing：路径敏感性∙Path testing：路径测试∙Peer review：同行评审∙Performance：性能∙Performance indicator：绩效指标∙Performance testing：性能测试∙Performance testing tool：性能测试工具∙Phase test plan：阶段测试计划∙Portability：可移植性∙Portability testing：移植性测试∙Postcondition：结果条件∙Post-execution comparison：运行后比较∙Precondition：初始条件∙Predicted outcome：预期结果∙Pretest：预测试∙Priority：优先级∙Probe effect：检测成本∙Problem：问题∙Problem management：问题管理∙Problem report：问题报告∙Process：流程∙Process cycle test：处理周期测试∙Product risk：产品风险∙Project：项目∙Project risk：项目风险∙Program instrumenter：编程工具∙Program testing：程序测试∙Project test plan：项目测试计划∙Pseudo-random：伪随机Q∙Quality：质量∙Quality assurance：质量保证∙Quality attribute：质量属性∙Quality characteristic：质量特征∙Quality management：质量管理R∙Random testing：随机测试∙Recorder：记录员∙Record/playback tool：记录/回放工具∙Recoverability：可复原性∙Recoverability testing：可复原性测试∙Recovery testing：可复原性测试∙Regression testing：回归测试∙Regulation testing：一致性测试∙Release note：版本说明∙Reliability：可靠性∙Reliability testing：可靠性测试∙Replaceability：可替换性∙Requirement：需求∙Requirements-based testing：基于需求的测试∙Requirements management tool：需求管理工具∙Requirements phase：需求阶段∙Resource utilization：资源利用∙Resource utilization testing：资源利用测试∙Result：结果∙Resumption criteria：继续测试标准∙Re-testing：再测试∙Review：评审∙Reviewer：评审人员∙Review tool：评审工具∙Risk：风险∙Risk analysis：风险分析∙Risk-based testing：基于风险的测试∙Risk control：风险控制∙Risk identification：风险识别∙Risk management：风险管理∙Risk mitigation：风险消减∙Robustness：健壮性∙Robustness testing：健壮性测试Root cause：根本原因S∙Safety：安全∙Safety testing：安全性测试∙Sanity test：健全测试∙Scalability：可测量性∙Scalability testing：可测量性测试∙Scenario testing：情景测试∙Scribe：记录员∙Scripting language：脚本语言∙Security：安全性∙Security testing：安全性测试∙Serviceability testing：可维护性测试∙Severity：严重性∙Simulation：仿真∙Simulator：仿真程序、仿真器∙Site acceptance testing：定点验收测试∙Smoke test：冒烟测试∙Software：软件∙Software feature：软件功能∙Software quality：软件质量∙Software quality characteristic：软件质量特征∙Software test incident：软件测试事件∙Software test incident report：软件测试事件报告∙Software Usability Measurement Inventory (SUMI) ：软件可用性调查问卷∙Source statement：源语句∙Specification：规格说明∙Specification-based testing：基于规格说明的测试∙Specification-based test design technique：基于规格说明的测试设计技术∙Specified input：特定输入∙Stability：稳定性∙Standard software：标准软件∙Standards testing：标准测试∙State diagram：状态图∙State table：状态表∙State transition：状态迁移∙State transition testing：状态迁移测试∙Statement：语句∙Statement coverage：语句覆盖∙Statement testing：语句测试∙Static analysis：静态分析∙Static analysis tool：静态分析工具∙Static analyzer：静态分析工具∙Static code analysis：静态代码分析∙Static code analyzer：静态代码分析工具∙Static testing：静态测试∙Statistical testing：统计测试∙Status accounting：状态统计∙Storage：资源利用∙Storage testing：资源利用测试∙Stress testing：压力测试∙Structure-based techniques：基于结构的技术∙Structural coverage：结构覆盖∙Structural test design technique：结构测试设计技术∙Structural testing：基于结构的测试∙Structured walkthrough：面向结构的走查∙Stub: 桩∙Subpath: 子路径∙Suitability: 符合性∙Suspension criteria: 暂停标准∙Syntax testing: 语法测试∙System:系统∙System integration testing：系统集成测试∙System testing：系统测试T∙Technical review：技术评审∙Test：测试∙Test approach：测试方法∙Test automation：测试自动化∙Test basis：测试基础∙Test bed：测试环境∙Test case：测试用例∙Test case design technique：测试用例设计技术∙Test case specification：测试用例规格说明∙Test case suite：测试用例套∙Test charter：测试宪章∙Test closure：测试结束∙Test comparator：测试比较工具∙Test comparison：测试比较∙Test completion criteria：测试比较标准∙Test condition：测试条件∙Test control：测试控制∙Test coverage：测试覆盖率∙Test cycle：测试周期∙Test data：测试数据∙Test data preparation tool：测试数据准备工具∙Test design：测试设计∙Test design specification：测试设计规格说明∙Test design technique：测试设计技术∙Test design tool: 测试设计工具∙Test driver: 测试驱动程序∙Test driven development: 测试驱动开发∙Test environment: 测试环境∙Test evaluation report: 测试评估报告∙Test execution: 测试执行∙Test execution automation: 测试执行自动化∙Test execution phase: 测试执行阶段∙Test execution schedule: 测试执行进度表∙Test execution technique: 测试执行技术∙Test execution tool: 测试执行工具∙Test fail: 测试失败∙Test generator: 测试生成工具∙Test leader:测试负责人∙Test harness：测试组件∙Test incident：测试事件∙Test incident report：测试事件报告∙Test infrastructure：测试基础组织∙Test input：测试输入∙Test item：测试项∙Test item transmittal report：测试项移交报告∙Test level：测试等级∙Test log：测试日志∙Test logging：测试记录∙Test manager：测试经理∙Test management：测试管理∙Test management tool：测试管理工具∙Test Maturity Model (TMM) ：测试成熟度模型∙Test monitoring：测试跟踪∙Test object：测试对象∙Test objective：测试目的∙Test oracle：测试标准∙Test outcome：测试结果∙Test pass：测试通过∙Test performance indicator：测试绩效指标∙Test phase：测试阶段∙Test plan：测试计划∙Test planning：测试计划∙Test policy：测试方针∙Test Point Analysis (TPA) ：测试点分析∙Test procedure：测试过程∙Test procedure specification：测试过程规格说明∙Test process：测试流程∙Test Process Improvement (TPI) ：测试流程改进∙Test record：测试记录∙Test recording：测试记录∙Test reproduceability：测试可重现性∙Test report：测试报告∙Test requirement：测试需求∙Test run：测试运行∙Test run log：测试运行日志∙Test result：测试结果∙Test scenario：测试场景∙Test script：测试脚本∙Test set：测试集∙Test situation：测试条件∙Test specification：测试规格说明∙Test specification technique：测试规格说明技术∙Test stage：测试阶段∙Test strategy：测试策略∙Test suite：测试套∙Test summary report：测试总结报告∙Test target：测试目标∙Test tool：测试工具∙Test type：测试类型∙Testability：可测试性∙Testability review：可测试性评审∙Testable requirements：需求可测试性∙Tester：测试人员∙Testing：测试∙Testware：测试组件∙Thread testing：组件集成测试∙Time behavior：性能∙Top-down testing：自顶向下的测试∙Traceability：可跟踪性U∙Understandability：易懂性∙Unit：单元∙unit testing：单元测试∙Unreachable code：执行不到的代码∙Usability：易用性∙Usability testing：易用性测试∙Use case：用户用例∙Use case testing：用户用例测试∙User acceptance testing：用户验收测试∙User scenario testing：用户场景测试∙User test：用户测试V∙V-model：V模式∙Validation：确认∙Variable：变量∙Verification：验证∙Vertical traceability：垂直可跟踪性∙Version control：版本控制∙Volume testing：容量测试W∙Walkthrough：走查∙White-box test design technique：白盒测试设计技术∙White-box testing：白盒测试∙Wide Band Delphi：Delphi估计方法。

⼀、配置服务器，项⽬初始化，RPC接⼝服务器系统：centos7.6.18101. 安装软件1.1 gityum install git1.2 mysql安装命令yum install mysql-server提⽰未找到，则需要添加yum源，将从官⽹下载的mysql-community.repo放⼊/etc/yum.repos.1.3 虚拟环境安装virtualenv和virtualenvwrapper配置...创建虚拟环境2. 创建项⽬，码云建⽴仓库并上传创建项⽬cd /rootmkdir moguappcd moguapp# 创建flask项⽬启动⽂件manage.pyvim manage.py创建项⽬启动⽂件manage.py并写⼊代码：from flask import Flaskapp = Flask(__name__)@app.route('/')def index():return'hello here is index html'if__name__ == '__main__':app.run(host='0.0.0.0', port=5000)在终端下使⽤python manage.py运⾏测试服务器python manage.py浏览器访问结果到码云创建仓库，代码上传到码云在/root/moguapp/下进⾏以下步骤git config --global "yijue_lu"git config --global user.email "2117578083@"git initgit add .git commit -m "创建manage.py⽂件，写⼊基本代码，并成功运⾏"git remote add origin https:///yijue_lu/mogu.gitgit push -u origin master码云结果3. 项⽬初始化3.1 ⽬录结构建⽴如下⽬录结构moguapp/├─ logs/ # ⽇志⽂件存储⽬录├─ apps/ # 项⽬主要逻辑业务代码保存⽬录│├─ __init__.py # 项⽬初始化⽂件│├─ modules/ # 保存项⽬中所有api模块的存储⽬录││├─ common/ # 公共api接⼝⽬录│││├─ __init__.py # 公共api接⼝的初始化⽂件│││├─ models.py # 公共api接⼝的模型⽂件│││└─ api.py # 公共api接⼝代码⽂件││└─ __init__.py| ├─ utils/ # 项⽬⾃定义封装⼯具包⽬录| ├─ libs/ # 项⽬第三⽅⼯具包⽬录| ├─ settings/ # 项⽬配置存储⽬录││├─ dev.py # 开发阶段的配置⽂件││├─ prop.py # ⽣产阶段的配置⽂件││└─ __init__.py│└─ statics/ # 保存项⽬中所有的静态资源⽂件[img/css/js]└── manage.py # 项⽬的终端管理脚本⽂件3.2 写⼊配置信息写⼊基本配置信息到moguapp/apps/settings/__init__.pyimport redisclass Config(object):"""项⽬配置信息"""# 设置密钥，可以通过 base64.b64encode(os.urandom(48)) 来⽣成⼀个指定长度的随机字符串 SECRET_KEY = "T1vEjTCjkGon5vU8C6Xq3ujNSQgHQje"# 配置⽇志LOG_LEVEL = "DEBUG"# 调试模式DEBUG = True# 数据库的配置信息SQLALCHEMY_DATABASE_URI = "mysql://root:123@127.0.0.1:3306/mogu?charset=utf8" SQLALCHEMY_TRACK_MODIFICATIONS = TrueSQLALCHEMY_ECHO = True# redis配置REDIS_HOST = "127.0.0.1"REDIS_PORT = 6379SESSION_TYPE = "redis"# 指定 session 保存到 redis 中SESSION_USE_SIGNER = True # session_id 进⾏加密签名处理SESSION_REDIS = redis.StrictRedis( host=REDIS_HOST, port=REDIS_PORT,db=1 )PERMANENT_SESSION_LIFETIME = 24 * 60 * 60 # session 的有效期，单位是秒写⼊开发环境配置信息到moguapp/apps/settings/dev.pyfrom . import Configclass DevelopementConfig(Config):"""开发模式下的配置"""pass写⼊⽣产环境配置信息到moguapp/apps/settings/prop.pyfrom . import Configclass ProductionConfig(Config):"""⽣产模式下的配置"""DEBUG = FalseLOG_LEVEL = "INFO"SQLALCHEMY_TRACK_MODIFICATIONS = FalseSQLALCHEMY_ECHO = False3.3 配置项⽬⽇志把⽇志配置封装在init_log函数中，保存到utils/log.py⽂件import loggingfrom logging.handlers import RotatingFileHandler# 把⽇志相关的配置封装成⼀个⽇志初始化函数def init_log(Config):# 设置⽇志的记录等级logging.basicConfig(level=Config.LOG_LEVEL) # 调试debug级# 创建⽇志记录器，指明⽇志保存的路径、每个⽇志⽂件的最⼤⼤⼩、保存的⽇志⽂件个数上限file_log_handler = RotatingFileHandler("logs/log", maxBytes=1024 * 1024 * 300, backupCount=10) # 创建⽇志记录的格式⽇志等级输⼊⽇志信息的⽂件名⾏数⽇志信息formatter = logging.Formatter('%(levelname)s %(filename)s:%(lineno)d %(message)s')# 为刚创建的⽇志记录器设置⽇志记录格式file_log_handler.setFormatter(formatter)# 为全局的⽇志⼯具对象（flaskapp使⽤的）添加⽇志记录器logging.getLogger().addHandler(file_log_handler)3.4 项⽬初始化代码抽取在apps/__init__.py⽂件中，创建flask应⽤并加载配置from flask import Flaskfrom redis import StrictRedisfrom flask_session import Sessionfrom flask_sqlalchemy import SQLAlchemyfrom apps.settings.dev import DevelopementConfigfrom apps.settings.prop import ProductionConfigfrom apps.utils.log import init_logconfig = {"dev": DevelopementConfig,"prop": ProductionConfig,}# 预设全局变量db = SQLAlchemy()def init_app(config_name):"""项⽬的初始化功能"""app = Flask(__name__)# 设置配置类Config = config[config_name]# 加载配置app.config.from_object(Config)# redis的链接初始化global redis_storeredis_store = StrictRedis(host=Config.REDIS_HOST, port=Config.REDIS_PORT,db=0)# 开启session功能Session(app)# 配置数据库链接db.init_app(app)# 启动⽇志init_log(Config)return app3.5 配置项⽬启动⽂件修改manage.py启动⽂件，加载app初始化⼯⼚函数（from apps import init_app），并使⽤flask-script启动项⽬#from flask import Flaskfrom flask_script import Managerfrom flask_migrate import Migrate, MigrateCommandfrom apps import init_app,db#app = Flask(__name__)app = init_app("dev")# 使⽤终端脚本⼯具启动和管理flaskmanager = Manager(app)# 启⽤数据迁移⼯具Migrate(app, db)# 添加数据迁移的命令到终端脚本⼯具中manager.add_command('db', MigrateCommand)@app.route('/')def index():return'hello,moluo~'if__name__ == '__main__':#app.run(host=0.0.0.0, port=5000)manager.run()在终端重新使⽤manage.py启动项⽬python manage.py runserver --host=0.0.0.0 --port=50004. 基于Flask-JSONRPC提供RPC接⼝JSON-RPC是⼀个⽆状态的、轻量级的远程过程调⽤（RPC）协议。

接⼝⾃动化⾯试题（1）我们测试的接⼝属于哪⼀类？通常都是B/S架构，由客户端调⽤，或模拟客户端调⽤服务器提供的请求接⼝，由服务器完成处理并返回⼀个应答的过程。

例如 webservice接⼝ http接⼝ jms接⼝ hessian接⼝（2）HTTP接⼝传递数据最常⽤的⽅式？get和post最常⽤。

get是从服务器上获取数据适⽤场景：在做搜索接⼝商品信息接⼝post是向服务器上传送数据适⽤场景：在做数据添加修改删除时或图⽚上传等时能⽤到（3）HTTP接⼝测试的类型？① get请求⽆参数② get请求有参数③ post请求带参数（4）平常是怎么测接⼝的？参数组合、接⼝安全(绕过前端验证、绕过⾝份授权、参数是否加密、密码安全规则)、异常验证(必传⾮必传、参数类型、⼊参长度)性能测试⽤postman⼯具测，其次⽤jmeter测试（5）webservice接⼝如何测试的？⽤soapui⼯具测试（6）接⼝测试的步骤？⼤体流程是：①阅读API接⼝⽂档②编写测试⽤例③根据测试⽤例进⾏API的⼿⼯测试(开发API⼯具、使⽤⼯具进⾏测试 )（7）没有⽂档如何做接⼝测试？与开发沟通，然后整理出接⼝⽂档，也可以⾃⼰试着抓包看接⼝请求参数，然后不懂的跟开发沟通。

（8）下个接⼝请求参数依赖上个接⼝的返回数据？不同的接⼝封装成不同的函数或⽅法，需要的数据return出来，⽤⼀个中间变量a去接收。

后⾯的接⼝传a就可以了。

（9）在⼿⼯接⼝测试或者⾃动化接⼝测试过程中，上下游接⼝有数据依赖如何处理？⽤⼀个全局变量来处理依赖的数据（10）接⼝测试中依赖登录状态的下的接⼝如何测试？本质是：在每次发送请求时需要带上session或cookie才能发送成功，在构建post请求时添加必要的session或者cookie（11）依赖于登录的接⼝如何处理？登录接⼝依赖token的，可以先登录后，token存到⼀个yaml或者json或者ini的配置⽂件⾥⾯后⾯所有的请求去拿这个数据就可以全局使⽤了如果是cookies的参数，可以⽤session⾃动关联（12）依赖第三⽅的接⼝如何处理？这个需要⾃⼰去搭建⼀个mock服务、模拟接⼝返回数据mock是⼀个开源的框架，在github上可以下载到。

软件测试部分中英文对照A Acceptance test ing:验收测试Acceptance Testing：可接受性测试Accessibi l i t y test:软体适用性测试actual outcome：实际结果Ad hoc test ing:随机测试Algorithm analysis:算法分析algori thm：算法Alpha test ing:α测试analysis：分析anomaly：异常applicat ion software：应用软件Applicat ion under test(AUT) :所测试的应用程序Architecture:构架Arti fact:工件AS Q：自动化软件质量（Automated Software Quality）Assertion checking :断言检查Associat ion:关联Audit:审计audit trai l：审计跟踪Automated Testing：自动化测试软件测试部分中英文对照BBackus-Naur Form：BNF范式baseline：基线Basic Block：基本块basis test set：基本测试集Behaviour:行为Bench test:基准测试benchmark：标杆/指标/基准Best practise:最佳实践Beta test ing:β测试Black Box Testing：黑盒测试Blocking bug :阻碍性错误Bottom-up test ing:自底向上测试boundary value coverage：边界值覆盖boundary value test ing：边界值测试Boundary values :边界值Boundry Value Analysis：边界值分析branch condit ion combination coverage：分支条件组合覆盖 branch condit ion combination test ing：分支条件组合测试 branch condit ion coverage：分支条件覆盖branch condit ion test ing：分支条件测试branch condit ion：分支条件Branch coverage :分支覆盖branch outcome：分支结果branch point：分支点branch test ing：分支测试branch：分支Breadth Testing：广度测试Brute force test ing:强力测试Buddy test:合伙测试Buffer:缓冲Bug:错误Bug bash :错误大扫除bug f ix:错误修正Bug report:错误报告Bug tracking system: 错误跟踪系统bug：缺陷Build:工作版本（内部小版本）Build Verficat ion tests(BVTs):版本验证测试Build-in:内置软件测试部分中英文对照CCapabil i ty Maturity Model (CM M): 能力成熟度模型Capabil i ty Maturity Model Integrat ion(CM MI):能力成熟度模型整合capture/playback tool：捕获/回放工具Capture/Replay Tool：捕获/回放工具CAS E：计算机辅助软件工程（computer aided software engineering）CAST：计算机辅助测试cause-effect graph：因果图cert i f i cat ion：证明change control：变更控制Change Manage ment :变更管理Change Request :变更请求Character Set :字符集Check In:检入Check Out :检出Closeout :收尾code audit：代码审计Code coverage :代码覆盖Code Inspection：代码检视Code page :代码页Code rule:编码规范Code sytle:编码风格Code W alkthrough：代码走读code-based test ing：基于代码的测试coding standards：编程规范Co m m o n sense :常识Co mpatibi l i t y Testing：兼容性测试complete path test ing：完全路径测试 completeness：完整性complexity：复杂性Co mponent test ing:组件测试Co mponent：组件computation data use：计算数据使用computer system security：计算机系统安全性 Concurrency user :并发用户Condit ion coverage :条件覆盖condit ion outcome:条件结果condit ion:条件configurat ion control：配置控制Configurat ion i tem :配置项configurat ion manage ment：配置管理Configurat ion test ing:配置测试conformance cri ter ion： 一致性标准Conformance Testing： 一致性测试consistency ： 一致性consistency checker： 一致性检查器Control f low graph :控制流程图control f low graph：控制流图control f low：控制流conversion test ing：转换测试Core team:核心小组correct ive maintenance：故障检修correctness ：正确性coverage ：覆盖率coverage i tem：覆盖项crash：崩溃cri t i ca l i t y analysis：关键性分析cri t i ca l i t y：关键性CR M(change request manage ment):变更需求管理Customer-focused mindset :客户为中心的理念体系Cyclomatic complexity:圈复杂度软件测试部分中英文对照D data corruption：数据污染data defini t ion C-use pair：数据定义C-use使用对 data defini t ion P-use coverage：数据定义P-use覆盖 data defini t ion P-use pair：数据定义P-use使用对 data defini t ion：数据定义data defini t ion-use coverage：数据定义使用覆盖 data defini t ion-use pair：数据定义使用对 data defini t ion-use test ing：数据定义使用测试 data dict ionary：数据字典Data Flow Analysis:数据流分析data f low analysis：数据流分析data f low coverage：数据流覆盖data f low diagram：数据流图data f low test ing：数据流测试data integri ty：数据完整性data use：数据使用data validat ion：数据确认dead code：死代码Debug:调试Debugging：调试Decision condit ion：判定条件Decision coverage :判定覆盖decision coverage：判定覆盖decision outcome：判定结果decision table：判定表decision：判定Defect:缺陷defect density:缺陷密度Defect Tracking :缺陷跟踪Deployment :部署Depth Testing：深度测试design for sustainabi l i t y:可延续性的设计 design of experiments：实验设计design-based test ing：基于设计的测试Desk checking :桌前检查desk checking：桌面检查Determine Usage Model :确定应用模型Determine Potential Risks :确定潜在风险 diagnostic：诊断DIF(decimation in frequency) :按频率抽取dirty test ing：肮脏测试disaster recovery：灾难恢复DIT （decimation in t ime）:按时间抽取 documentation test ing：文档测试 domain test ing：域测试domain：域DTP DETAIL TEST PLAN详细确认测试计划Dyna mic analysis:动态分析dynamic analysis：动态分析Dyna mic Testing：动态测试软件测试部分中英文对照E embedded software：嵌入式软件emulator：仿真End-to-End test ing：端到端测试Enhanced Request :增强请求enti ty relat ionship diagram：实体关系图 Encryption Source Code Base： 加密算法源代码库 Entry cri ter ia:准入条件entry point：入口点Envisioning Phase:构想阶段Equivalence class :等价类Equivalence Class：等价类equivalence part i t ion coverage：等价划分覆盖Equivalence part i t ion test ing:等价划分测试equivalence part i t ion test ing:参考等价划分测试equivalence part i t ion test ing：等价划分测试Equivalence Parti t ion ing：等价划分Error:错误Error guessing :错误猜测error seeding：错误播种/错误插值error：错误Event-driven :事件驱动Exception handlers:异常处理器exception：异常/例外executable statement：可执行语句Exhaustive Testing：穷尽测试exit point：出口点expected outcome：期望结果Exploratory test ing:探索性测试软件测试部分中英文对照FFailure:失效Fault:故障fault：故障feasible path：可达路径feature test ing：特性测试Field test ing:现场测试FM E A：失效模型效果分析（Failure Modes and Effects Analysis）FM E C A：失效模型效果关键性分析(Fai lure Modes and Effects Crit ical i t y Analysis) Framework :框架FTA：故障树分析(Fault Tree Analysis)functional decomposit ion：功能分解Functional Specif icat ion：功能规格说明书Functional test ing:功能测试Functional Testing：功能测试软件测试部分中英文对照GG11N(Globalizat ion):全球化Gap analysis:差距分析Garbage characters:乱码字符glass box test ing：玻璃盒测试Glass-box test ing:白箱测试或白盒测试Glossary :术语表G UI(Graphical User Interface):图形用户界面软件测试部分中英文对照H－MHard-coding :硬编码Hotfix:热补丁IGKL M NI18N(Internat ional izat ion):国际化Identi fy Exploratory Tests –识别探索性测试IEEE：美国电子与电器工程师学会（Inst i tu te of Electr ical and Electronic Engineers）Incident事故Incremental test ing:渐增测试incremental test ing：渐增测试infeasible path：不可达路径input domain：输入域Inspection :审查inspection：检视instal labi l i t y test ing：可安装性测试Instal l i ng test ing:安装测试instrumentation：插装instrumenter：插装器Integrat ion:集成Integrat ion test ing:集成测试interface :接口interface analysis：接口分析interface test ing：接口测试interface：接口inval id inputs：无效输入isolat ion test ing：孤立测试Issue :问题Iterat ion:迭代Iterat ive development:迭代开发job control language：工作控制语言Job：工作Key concepts :关键概念Key Process Area :关键过程区域Keyword driven test ing:关键字驱动测试Kick-off meeting :动会议L10N(Localizat ion):本地化Lag t ime :延迟时间LCSAJ：线性代码顺序和跳转（Linear Code Sequence And Jump）LCSAJ coverage：LCSAJ覆盖LCSAJ test ing：LCSAJ测试Lead t ime :前置时间Load test ing:负载测试Load Testing：负载测试Localizabi l i t y test ing:本地化能力测试Localizat ion test ing:本地化测试logic analysis：逻辑分析logic-coverage test ing：逻辑覆盖测试Maintainabi l i t y:可维护性maintainabi l i t y test ing：可维护性测试Maintenance :维护Master project schedule :总体项目方案Measurement :度量Me m ory leak :内存泄漏Migration test ing:迁移测试Milestone :里程碑Mock up :模型，原型modified condit ion/decision coverage：修改条件/判定覆盖 modified condit ion/decision test ing：修改条件/判定测试 modular decomposit ion:参考模块分解Module test ing:模块测试Monkey test ing:跳跃式测试Monkey Testing：跳跃式测试mouse over：鼠标在对象之上mouse leave：鼠标离开对象MTB F：平均失效间隔实际（mean t ime between fai lures）MTP M AIN TEST PLAN主确认计划MTTF：平均失效时间 （mean t ime to fai lure）MTT R：平均修复时间（mean t ime to repair）multip le condit ion coverage：多条件覆盖mutation analysis：变体分析软件测试部分中英文对照N－RN/A(Not applicable):不适用的Negative Testing :逆向测试,反向测试,负面测试negative test ing:参考负面测试Negative Testing：逆向测试/反向测试/负面测试non-functional requirements test ing:非功能需求测试nominal load:额定负载N-switch coverage：N切换覆盖N-switch test ing：N切换测试N-transit ions：N转换off by one：缓冲溢出错误Off-the-shelf software :套装软件operational test ing：可操作性测试output domain：输出域paper audit:书面审计Pair Program ming:成对编程part i t ion test ing：分类测试Path coverage :路径覆盖path coverage：路径覆盖path sensit iz ing：路径敏感性path test ing：路径测试path：路径Peer review :同行评审Performance :性能Performance indicator:性能（绩效）指标Performance test ing:性能测试Pilot:试验Pilot test ing:引导测试Portabi l i t y:可移植性portabi l i t y test ing：可移植性测试Posit ive test ing:正向测试Postcondit ion:后置条件Precondit ion:前提条件precondit ion：预置条件predicate data use：谓词数据使用predicate：谓词Prior i ty:优先权program instrumenter：程序插装progressive test ing：递进测试Prototype :原型Pseudo code :伪代码pseudo-local izat ion test ing：伪本地化测试pseudo-random：伪随机Q C：质量控制（quali ty control）Quality assurance(QA):质量保证Quality Control(QC) :质量控制Race Condit ion：竞争状态Rational Unified Process(以下简称RU P):瑞理统一工艺Recovery test ing:恢复测试recovery test ing：恢复性测试Refactoring:重构regression analysis and test ing：回归分析和测试 Regression test ing:回归测试Release :发布Release note :版本说明release：发布Reliabi l i t y:可靠性rel iabi l i t y assessment：可靠性评价rel iabi l i t y：可靠性Requirements manage ment tool:需求管理工具Requirements-based test ing:基于需求的测试Return of Investment（R OI）:投资回报率review：评审Risk assessment :风险评估risk：风险Robustness :强健性Root Cause Analysis(RCA):根本原因分析软件测试部分中英文对照S－Z safety cri t i ca l：严格的安全性safety：（生命）安全性Sanity test ing:健全测试Sanity Testing：理智测试Sche ma Repository:模式库Screen shot :抓屏、截图SDP：软件开发计划（software development plan）Security test ing:安全性测试security test ing：安全性测试security.：（信息）安全性serviceabil i t y test ing：可服务性测试Severity:严重性Shipment :发布simple subpath：简单子路径Simulation:模拟Simulator:模拟器SLA(Service level agreement):服务级别协议SLA：服务级别协议（service level agreement）S moke test ing:冒烟测试Software development plan(SDP):软件开发计划Software development process:软件开发过程software development process：软件开发过程 software diversi ty：软件多样性software element：软件元素software engineering environment：软件工程环境software engineering：软件工程Software l i fe cycle :软件生命周期source code：源代码source statement：源语句Specif icat ion:规格说明书specif ied input：指定的输入spiral model ：螺旋模型SQ A P SOFT W A R E QU ALITY ASS U R E N C E PLAN软件质量保证计划SQL：结构化查询语句（structured query language）Staged Delivery：分布交付方法state diagram：状态图state transit ion test ing：状态转换测试 state transit ion：状态转换state：状态Statement coverage :语句覆盖statement test ing：语句测试statement：语句Static Analysis：静态分析Static Analyzer：静态分析器Static Testing：静态测试stat is t i ca l test ing：统计测试Stepwise ref inement :逐步优化storage test ing：存储测试Stress Testing :压力测试structural coverage：结构化覆盖structural test case design：结构化测试用例设计structural test ing：结构化测试structured basis test ing：结构化的基础测试structured design：结构化设计structured program ming：结构化编程structured walkthrough：结构化走读stub：桩sub-area：子域Su m m ary： 总结SVV P SOFT W A R E Vevif icat ion&Validat ion PLAN： 软件验证和确认计划symbolic evaluation：符号评价symbolic execution:参考符号执行symbolic execution：符号执行symbolic trace：符号轨迹Synchronizat ion:同步Syntax test ing:语法分析system analysis：系统分析System design :系统设计system integrat ion：系统集成System Testing :系统测试TC TEST CAS E测试用例TCS TEST CAS E SPE CIFICATIO N测试用例规格说明TDS TEST DESIG N SPE CIFICATION测试设计规格说明书technical requirements test ing：技术需求测试Test :测试test automation：测试自动化Test case :测试用例test case design technique：测试用例设计技术test case suite：测试用例套test comparator：测试比较器test completion cri ter ion：测试完成标准test coverage:测试覆盖Test design :测试设计Test driver:测试驱动test environment:测试环境test execution technique:测试执行技术test execution:测试执行test generator:测试生成器test harness:测试用具Test infrastructure:测试基础建设test log:测试日志test measurement technique:测试度量技术Test Metrics:测试度量test procedure:测试规程test records:测试记录test report:测试报告Test scenario:测试场景Test Script:测试脚本Test Specif icat ion:测试规格Test strategy :测试策略test suite:测试套Test target:测试目标Test ware :测试工具Testabil i t y:可测试性testabi l i t y:可测试性Testing bed :测试平台Testing coverage :测试覆盖Testing environment :测试环境Testing i tem :测试项Testing plan :测试计划Testing procedure :测试过程Thread test ing:线程测试t ime sharing:时间共享t ime-boxed :固定时间TIR test incident report测试事故报告ToolTip:控件提示或说明top-down test ing:自顶向下测试TPS TEST PE O C E S S SPE CIFICATIO N测试步骤规格说明Traceabil i t y:可跟踪性traceabil i t y analysis:跟踪性分析 traceabil i t y matrix:跟踪矩阵Trade-off:平衡transaction:事务/处理transaction volume：交易量transform analysis:事务分析trojan horse:特洛伊木马truth table:真值表TST TEST SU M M A R Y REP O R T测试总结报告Tune System:调试系统T W TEST W A R E:测试件Unit Testing :单元测试Usabil i ty Testing:可用性测试Usage scenario:使用场景User acceptance Test :用户验收测试User database :用户数据库User interface(UI):用户界面User profi le:用户信息User scenario:用户场景V&V(Verif icat ion&Validat ion):验证&确认validat ion:确认veri f icat ion:验证version :版本Virtual user :虚拟用户volume test ing:容量测试VSS（visual source safe） ：VTP Verif icat ion TEST PLAN验证测试计划VTR Verif icat ion TEST REP O R T验证测试报告W alkthrough :走读W aterfal l model :瀑布模型W eb test ing:网站测试W hite box test ing:白盒测试W ork breakdown structure(WBS):任务分解结构。

接口测试postmpostman是一个谷歌出的轻量级的专门测试接口的小工具~( PS: postman包括两种: Chrome浏览器插件和postman客户端，我使用的是postman 客户端)虽然不如firefox 的poster插件“轻量"，但是比firefox的poster插件、fiddler的接口测试功能更全面，比Jmeter更轻量、便捷?我觉得我比较喜欢postma n的两个功能点，一个是它的批量执行、一个是它的查看源码功能。

会用两篇文章与大家分享一下?一.创建测试用例集、子集如下图，点击postman左侧Collections下面有个添加文件夹图标，就可以创建测试用例集啦?一个系统、模块或其他分类粒度的测试用例可以存放在该目录下。

另外，该目录下还可以创建子目录，进行测试用例的细分，如下图:FWFi e Edit View 匚Dilution History HelaDeete】?创建测试用例创建接口测试用例，即新建 http 请求，选择请求方式、写好url 、请求头、请求体设置变量postma n 的变量参数化，即把若干处出现多次的数值用一个变量表示，达到一次修改、多处生效的效果，便于修改和管理。

主要用于上传文件。

x-www-form-urle ncoded表单常用的格式。

raw 可以用来上传JSON 数据点击postman 上方一个按钮，点击 Globals 后面的Edit 按钮，添加全局变量itdcrPOST-SMbadaBuilder匚 i 1「P vHistory匚 ollectiomAJI Me T?m[-VliPostrnan Echo33 reLjueiiLiTESJ1 inquests!2S mins料。

ExportMonitor Collection Meek CollectionOpen in builderPublish Docs 有四种形式可以选择，form-dataTESTD 匚tLi nen tat] DnImportRunnerPOSThttp 7/192.16S. 70.1028081/a pi ZL.L-^am how to6SuM J descrfj'tluf iLal Modified O'tViTHfDuplicate点击右下角Add按钮，添加Environment Name , Key值写变量名称，Value值写变量对应的数值，点击Save按钮进行保存MANAGE EhMRONMCMPi X Environments lErwrcnmeni Trrripldi亡予Globa Isspy SiJk Edit Q| base URL h cp^192.16S JOJ 02:8081Davm loaidl 8 JSOW Cs ncel把Value值出现过的地方用{{key}}代替，比如以上面的截图为例，出现http://192.168.70.102:8081 的位置使用“{{baseURL}} ”代替四.添加响应处理响应处理有点类似Jmeter里的检查点，即通过检查响应数据是否符合预期来判断test 是否通过。

如何进⾏在线Post接⼝测试？
出于对Saas在线开发⼯具的安全性等考虑，之前国内还是开源⽐较活跃，所以包括接⼝测试⼯作，也更多是⽤开源的⼯具，在本地环境下完成安装部署去使⽤。

但近⼏年由于云服务器的⼝碑逐渐扭转，更多⼈开始尝试在线的开发⼯具，也有不少Saas接⼝开发⼯具进⼊开发同学们的视野。

在不需要考虑安全性后，也由于其低成本的原因，在接⼝开发这⼀块占据了不⼩的份额。

今天再进⼀步，拿Post请求举例，我们聊⼀聊如何免安装在线Post接⼝测试。

因为我们是Eolinker⽤得多，所以拿这个举例。

⾸先是在官⽹注册，注册成功了就可以⾃动跳到开发界⾯。

地址：
然后⾃动跳转到开发界⾯，点击新建API项⽬，然后在侧边的导航栏找到API测试，就可以⾃⼰⼿动创建测试⽤例，也可以直接导⼊Swagger、Postman、RAP、YAPI等产品内的数据。

post请求则是直接选择请求⽅法为post，输⼊url，输⼊需要传递的参数，点击发送，就可以快速完成⼀次简单的接⼝测试。

当然不⽌Eolinker，市⾯上也有不少简单的在线接⼝测试⼯具，有发现好⽤的也希望给我推荐⼀下哈哈。