接口测试思路
笔记本常见接口的测试点及维修思路
主要讲解笔记本常见的IDE接口、光驱接口、内存接口、USB接口、VGA接口、打印口和键盘口的常见故障及检修流程。
1.1IDE接口的检修1硬盘常见的故障●不能识别硬盘●进入系统后蓝屏●开机后死机●装不上系统●导致机器重启●不能正常进入系统2硬盘的检修流程（1）对于那些不能进入系统或进入系统后重启，或进入系统后出现的故障，我们首先恢复BIOS，重装系统。
（2）通过上属处理无效的情况首先要考虑硬盘本身的问题，换一个确认良好的硬盘。
（3）换良好的硬盘都不能正常后我们就要考虑接口的问题啦。
（4）先看看硬盘接口的是否接触良好，笔记本的硬盘一部分都是通转接，转插以后插在笔记本上的，有一部分直接插上去的，在插拨的时候针脚不小心搞弯曲，使其不能对正。
（5）检查主板上IDE接口的金属片接触是否良好，检查IDE接口是否有虚焊。
（6）检查完接口以后就要测硬盘接口上相应的信号电压：●1脚为硬盘上的复位信号●41脚为主供电5V●42为电机供电●其余的除了空脚、地线之外就是与南桥进行数据交换的数据线。
我们可以通过用万用表打对地阻值，发现某一条或两条线的阻值有明显的变化，可能中间相连的排阻坏了，还有就是南桥出了问题。
（7）还有一种情况就是对地阻值都正常在BIOS能检测到硬盘，但是硬盘不能进入系统，先刷BIOS程序，刷完以后还是不行南桥内部的IDE接口电路坏了。
1.2USB口检修1常见故障因为现在数码设备增多，USB故障比较多。
（1）插不上USB设备；（2）插上USB设备一点反应都没有（3）插上USB设备后能USB的指示灯亮，但不能识别USB设备。
2故障检修：（1）首先换一个确认是良好的，在别的机器可以用的USB设备（2）检查物理损坏：就是USB口因为插拨的时太多太用力，没有对准导致金属片变形，找相同的USB接口更换。
（3）检查BIOS的设置是否正确。
（4）检USB接口的供电是否正常，供电前面会连保险或保险电感（5）地线有时也会连接保险或保险电感损坏也不工作。
接口自动化测试方案
接口自动化测试方案第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. 接口稳定性和可靠性：一个关键的点是确保接口的稳定性和可靠性。
在进行接口测试之前，测试人员需要确保接口已经被正确地实现和部署，并具备稳定的性能。
接口的稳定性和可靠性直接影响系统的整体性能和用户体验，因此测试人员需要关注这一点并提前发现潜在的问题。
4. 异常处理和错误日志：在进行接口测试时，测试人员需要关注异常处理和错误日志的记录。
当接口出现异常情况时，系统应该能够正确地处理异常，并记录错误日志以供后续的故障排查和分析。
测试人员需要确保系统能够正确地处理异常情况，并验证错误日志的记录和展示是否符合预期。
三、接口测试的挑战1. 多样性的接口类型：在现代软件开发中，接口类型多种多样，包括 Web 接口、API 接口、数据库接口等。
每种接口类型都有其特点和挑战。
测试人员需要面对不同类型的接口并根据实际情况制定相应的测试策略和用例。
接口测试通过标准
接口测试通过标准
接口测试的通过标准可以根据具体需求和场景来确定。
一般来说，以下标准可以作为参考：
1. 接口功能正常：接口测试首先要确保接口的功能是否正常。
例如，按照接口定义传递正确的接口信息，包括地址、方法、传输数据等，查看接口返回的响应结果是否正确，数据库的数据是否正确。
同时，需要传递不同的请求数据，包括有效类、边界值等，以验证接口对各种数据的处理能力。
2. 接口性能稳定：接口测试还要关注接口的性能，包括响应时间、并发处理能力等。
对于复杂的系统，需要进行压力测试，以确定最大的瓶颈是否满足当前业务需要。
3. 接口安全性：接口测试不能忽视安全性测试。
需要验证敏感数据是否加密传输，返回的数据是否含有敏感信息，如用户名、密码、身份证信息等。
同时，要检查接口是否对传入的数据做安全校验，如用户鉴权token校验等。
4. 接口文档和错误处理：接口测试还需要检查接口文档的完整性和准确性，以确保测试人员了解和使用正确的接口信息。
此外，需要验证接口的错误处理能力，例如输入错误的参数、异常数据等情况，接口是否能正确处理并返回合理的错误信息。
5. 接口可维护性：接口测试还需要关注接口的可维护性。
例如，代码是否简洁高效，便于后续的维护和扩展等。
总之，接口测试的通过标准应该综合考虑业务需求、性能要求、
安全性、文档质量、错误处理和可维护性等因素。
在具体的测试过程中，可以根据实际需求制定更为详细和具体的标准。
接口测试方法
接口测试方法接口测试是软件测试中非常重要的一部分，它主要是用来验证系统组件之间的通信和数据传输是否正常。
接口测试方法可以帮助我们发现潜在的问题，确保系统的稳定性和可靠性。
下面我们将介绍一些常用的接口测试方法。
1. 静态测试。
静态测试是在不执行代码的情况下对接口进行测试。
这种测试方法通常包括对接口文档、数据结构、数据流和控制流进行审查和分析。
通过仔细研究接口文档和数据结构，我们可以发现潜在的设计缺陷和逻辑错误。
静态测试的好处是可以在早期发现问题并及时修复，从而减少后期的成本和风险。
2. 动态测试。
动态测试是在执行代码的情况下对接口进行测试。
这种测试方法主要包括单元测试、集成测试和系统测试。
单元测试是对单个接口进行测试，集成测试是对接口之间的交互进行测试，系统测试是对整个系统进行测试。
通过动态测试，我们可以验证接口的功能是否符合预期，并发现潜在的性能问题和安全漏洞。
3. 压力测试。
压力测试是对接口进行负载测试，以验证系统在高负载情况下的性能和稳定性。
通过模拟大量并发用户对接口进行访问，我们可以发现系统的瓶颈和性能瓶颈，并进行相应的优化和调整。
压力测试可以帮助我们确保系统在高负载情况下仍然能够正常运行，不会出现性能下降或系统崩溃的情况。
4. 兼容性测试。
兼容性测试是对接口在不同环境和平台下的兼容性进行测试。
这种测试方法主要包括操作系统、浏览器、数据库和网络环境等方面的测试。
通过兼容性测试，我们可以确保接口在不同环境和平台下都能够正常运行，不会出现兼容性问题和兼容性错误。
5. 安全测试。
安全测试是对接口的安全性进行测试，以验证系统在面对各种安全威胁时的表现。
这种测试方法主要包括认证、授权、数据加密和防火墙等方面的测试。
通过安全测试，我们可以发现系统的安全漏洞和风险，并采取相应的措施进行修复和加固，以确保系统的安全性和可靠性。
总结。
接口测试是软件测试中非常重要的一部分，它可以帮助我们发现潜在的问题，确保系统的稳定性和可靠性。
测试需要关注的测试点以及测试优先级（一）——接口测试
测试需要关注的测试点以及测试优先级（⼀）——接⼝测试1、接⼝测试的测试点以及优先级⽆论是app测试还是web测试，⼜或者是纯服务端测试，接⼝测试都是必须要掌握的。
接⼝⽆处不在，⽆论你测试时看到的界⾯是什么，其内涵都是要靠接⼝进⾏连通。
1.1、什么是接⼝百度百科的专业解释：接⼝测试是测试系统组件间接⼝的⼀种测试。
接⼝测试主要⽤于检测外部系统与系统之间以及内部各个⼦系统之间的交互点。
测试的重点是要检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
简单来说，接⼝就是定义了标准的规则（输⼊参数和输出结果）1.2、接⼝的场景分类（1）独⽴系统A与独⽴系统B之间的数据交换过程如：微信、微博所提供的第三⽅登录接⼝，是不同公司之间系统接⼝的调⽤（2）⼀个系统之间的不同层常见的java-web项⽬都是分为：web层、dao数据层以及service服务层，这三层之间就是通过接⼝进⾏数据交互的（3）系统内，服务与服务之间的调⽤也就是各个模块之间的相互调⽤1.3、测试接⼝前的准备⼯作明⽩了什么是接⼝，也明⽩了哪些场景下需要展开接⼝测试⼯作，我们就要准备接⼝测试⼯具，要想选择出合适的测试⼯具，必须清楚的知道负责测试的接⼝采⽤的协议是什么，因为只有知道接⼝采⽤的协议是什么，才能明⽩它采⽤的协议是否属于应⽤层。
应⽤层代表的协议http，只有http的协议，才能采⽤常见的测试⼯具如postman、jmeter等去测试。
如果接⼝采⽤的协议并不属于应⽤层，例如阿⾥巴巴的dubbo，此时你就不能直接采⽤postman、jmeter去测试。
总之接⼝测试前最重要的准备⼯作就在于了解接⼝采⽤的协议是哪个。
1.4、接⼝测试分层模型针对接⼝，将接⼝测试抽象成四层模型，具体如下：（1）接⼝⽂档测试（2）内部业务逻辑测试（3）数据库存储测试（4）其他异常流测试展开来说：1.4.1、基础接⼝⽂档的验证对于接⼝测试来说，接⼝⽂档是双⽅接⼝得以联通的基础，也是数据能否正常传输的依赖标准，完成接⼝⽂档的测试，可以说接⼝测试就已经完成了⼤半。
接口测试常见方法与总结
接口测试常见方法与总结一、常见接口：接口都有那些部分组成呢？首先，接口文档应该包含以下内容：1、接口说明2、调用url3、命令方法（get\\post）4、请求参数、参数类型、请求参数说明5、返回参数说明由USB文档所述，USB至少理应命令地址、命令方法、命令参数（进参和出来弁）共同组成，部分USB存有命令头header。
大家都知道，接口其实就是前端页面或app等调用与后端做交互用的，所以好多人都会问，我功能测试都测好了，为什么还要测接口呢？ok，在回答这个问题之前，先举个栗子：比如说测试用户注册功能，规定用户名叫6~18个字符，涵盖字母（区分大小写）、数字、下划线。
首先功能测试时确实可以对用户名规则展开测试时，比如说输出20个字符、输出特殊字符等，但这些可能将只是在前端搞了校验，后端的可能将没搞校验，如果有人通过抓包绕开前端校验轻易发送到后端的怎么办呢？换言之一下，如果用户名和密码未在后端搞校验，而有人又绕过前端校验的话，那用户名和密码不就可以随便输了吗？如果是登录可能会通过sql注入等手段来随意登录，甚至可以获取管理员权限，那这样不是很恐怖？所以，接口测试的必要性就体现出来了：①、可以发现很多在页面上操作发现不了的bug②、检查系统的异常处理能力③、检查系统的安全性、稳定性④、前端随便变小，USB测好了，后端的不必变小四、USB测试怎么测：在进行接口测试前，还需要了解：1）、get和post请求：如果就是get命令的话，轻易在浏览器里输出就行了，只要在浏览器里面轻易能够命令至的，都就是get命令，如果就是post的命令的话，就没用了，就得利用工具去传送。
get命令和post命令的区别：1、get使用url或cookie传参。
而post将数据放在body中。
2、get的url会有长度上的限制，则post的数据则可以非常大。
3、post比get安全，因为数据在地址栏上不可见。
4、一般get请求用来获取数据，post请求用来发送数据。
接口测试用例设计思路
接⼝测试⽤例设计思路
接⼝测试⽤例设计思路
1.分析接⼝
1. 拿到接⼝⽂档，分析接⼝。
2. 根据分配的任务，明确负责的接⼝有哪些。
3. 分析接⼝的请求⽅式（请求⽅式是post请求，需要明确正⽂⽂本类型是application/x-www-form-urlencoded还是application/json），请
求地址，请求头信息，请求参数内容。
4. 分析响应参数数据，响应数据来源，响应数据量。
5. 分析接⼝与接⼝之间关联关系
6. 分析请求参数之间关联关系
7. 分析接⼝与业务之间关联关系
2.设计接⼝测试⽤例
1. 关注接⼝的功能：正常功能，是否符合接⼝说明
2. 关注接⼝的单个参数的取值：空值，长度，格式，数据类型，遍历枚举值
3. 关注接⼝的参数与参数的组合：参数约束限制
4. 接⼝与接⼝关系：例如登录后才能查询，充值，那么需要先执⾏登录接⼝请求，再进⾏查询，充值。
5. 有特殊的header,cookie,需要添加
6. 有接⼝鉴权，需要在header中添加bear {token}
7. 对接⼝安全设计：敏感字段加密
3.接⼝调试
1. 选择⼀款接⼝⼯具，例如postman
2. 调试脚本
3. 可以对同⼀个接⼝不同测试数据进⾏参数化设置
4. 添加断⾔
4.接⼝执⾏
1.执⾏测试，批量执⾏接⼝⽤例
软件测试-接⼝⽤例设计-多测师。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
你好，我觉得接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，我考虑的如下，请参考，如果有错误，一起讨论。
输入参数测试：针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长；功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常；异常情况测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。
具体实列参考：需求内容：功能描述：店铺会有很多的评价，评价分两种类型，好评，差评，根据店铺的没个评价，确定这个店铺有多少个星。
具体的要求是1. 评价分好评，差评2. 连续5个好评可以转换为1个星，有一个差评，减少1个星3. 最多有5个星4. 初始星为0，最少有0个星接口设计：public interface IStoreService {/*** 根据店铺Id，得到店铺的星数* @param storeId店铺id* @return店铺星数*/public int getSotreStar(String storeId);}分析过程：从需求角度分析，需要测试的点包括：1.店铺没有评价2.店铺全部差评3.店铺全部好评4.店铺有差评，有好评5.点评评价数小于5个6.店铺评价中，连续好评不够5个7.根据星计算规则，店铺所得星号大于5个具体实现：private int getStar(List<PingJia> pingJiaList) {if (pingJiaList == null) {System.out.println("评价列表不能为null");return 0;}int star = 0;int pingJiaCount = pingJiaList.size();if (pingJiaCount < 5) {return star;}int goodPing = 0;for (int i = 0; i < pingJiaCount; i++) {if (pingJiaList.get(i).getPingJiaType() == PingType.goodPi ng) {goodPing++;if (goodPing == 5) {star++;goodPing = 0;}} else {goodPing = 0;if (star > 0) {star -= 1;}}}if (star > 5) {star = 5;}return star;}用例设计略测试过程：1. 分析需求，找出被测需求测试点：2. 分析测试点，通过测试用例设计方法，准备测试数据，添加期望结果，提炼测试点为可执行测试用例常用测试用例设计方法：1. 边界值2. 等价类3. 场景法4. 错误推测法5. 针对参数测试3. 根据测试用例，准备测试数据4. 编写测试代码，调用被测代码，执行测试，断言测试结果测试注意点1. 代码测试依赖的是需求，而不是开发的代码2. 代码测试的测试用例和功能测试用例类似，增加关于传入参数的验证在接口测试培训系列1中，描述了针对一个需求的实现方法，及对这个需求方法接口测试用例的设计，在本篇中，在该需求的基础上再增加需求，同时将需求扩展为一个小的项目，讲解针对项目的接口测试如何去做。
需求描述：1. 增加店铺对象，评价属于店铺2. 可以针对店铺增加评价，删除评价，修改评价3. 根据店铺id获得店铺的星4. 根据店铺id获得店铺的好评率5. 根据店铺id获得店铺在所有店铺当中的排序，排序算法是：星越多排序越靠前，如果星相等，则根据好评率排序，好评率越高，排序越靠前，如果好评率相等，则评价越多越靠前，如果评价数相等，则默认当前店铺排名靠前。
实现思路：1. 建立一个店铺类，具有店铺名称，店铺ID两个属性2. 建立一个评价类，具有所属店铺id，评价类型，更新时间属性3. 增加一个店铺操作类，具有增加评价，删除评价，修改评价，获取店铺星，获取店铺好评，获取店铺排序的方法4. 建立一个数据库，里面有两张表，一张店铺表，一张评价表5. 店铺表字段：店铺id，店铺名称6. 评价表字段：所属店铺id，评价类型，更新时间分层开发1.DAO层：具体的对数据库的操作public interface IPingJiaDao {//插入一条记录public boolean insert(PingJia pingJia);// 修改评价记录public boolean update(PingJia pingJia);// 删除评价记录public boolean delete(String pingJiaId);//得到一个店铺的评价列表public List<PingJia> getPingJiaList(String storeId);//得到一个店铺的好评率public double getGoodPingJiaRate(String storeId);}2.Service层：具体的业务逻辑层public interface IStoreService {//添加评价，public boolean addPingJia(PingJia pingJia);//修改评价类型public boolean updatePingJia(PingJia pingJia);//删除评价public boolean deletePingJia(String pingjiaId);//根据店铺Id，得到店铺的星数public int getSotreStar(String storeId);//得到店铺排序位置public int getStoreIndex(String storeId);//得到店铺好评率public double getStoreGoodRate(String storeId);}代码实现1.DAO实现，使用ibatis进行dao的实现2.Service实现，数据插入，更新，获取，直接通过调用dao方法实现，业务逻辑在service中实现可测试接口方法1.添加评价boolean addPingJia(PingJia pingJia)2.更新评价boolean updatePingJia(PingJia pingJia);3.删除评价boolean deletePingJia(String pingjiaId)4.获得店铺星数int getSotreStar(String storeId)5.得到店铺排序位置getStoreIndex(String storeId)6.得到店铺好评率int getStoreHaoPingLv(String storeId);接口测试过程1.@BeforeClass注解中，做初始化相关的操作，比如需要创建服务实例：storeService = new StoreService();2.@Test注解中，编写具体的测试用例，编写测试用例时可用的一些技巧：a.通过不同的接口方法参数来实现对不同业务场景的覆盖b.接口参数如果是基本数据类型，比如String，则需要考虑该参数是做什么用的，是否需要在调用被测方法之前准备相应的数据，比如，获得店铺星数，getSotreStar(StringstoreId)需要的参数是String类型的storeId，我们在测试的时候，在调用被测方法之前，就需要先为这个storeId对应的店铺构造评价，来满足对应的测试用例。
c. 接口参数如果是对象类型，则需要考虑是否可以通过独立的方法来提取设置对象属性过程，而将不同对象属性值通过方法参数传递，而如果对象属性过多，则可以考虑将部分对象属性构造为另外的一个对象d.调用被测方法后，需要根据被测方法返回值，断言被测方法是否返回期望结果，同时需要通过数据库验证e.如果一个测试用例中，涉及到多个步骤的验证，则需要在每个步骤后增加对应的验证方法。
f.在测试用例中，针对该测试产生的数据，需要进行销毁。
3. @AfterClass注解中，增加对数据清理及对象销毁相应的方法4. 关于数据库比对：可以将数据库操作，比对的方法专门提取为一个公共类。
1.什么情况下会使用mock技术单元的依赖对象，只关注被测单元的功能逻辑----------比如被测代码中需要依赖第三方接口返回值进行逻辑处理，可能因为网络或者候就可以使用mock技术来将被测单元和依赖模块独立开来，使得测试可以进行下去。
2.被测单元依赖的模块尚未开发完成，而被测单元需要依赖模块的返回值进行后续处理----------比如service层的代码中，包含对Dao层的调用，但是，DAO层代码尚未实现3.被测单元依赖的对象较难模拟或者构造比较复杂----------比如，支付宝支付的异常条件有很多，但是模拟这种异常条件很复杂或者无法模拟，比如，查询聚划算的订单结果，无法在测试环境进行模拟2.Mock技术分类1.手动构造mock对象---------------比如，可以自己写某个接口方法的实现，根据需要编写返回值，测试代码中使用该实现类对象缺点：会增加代码量，在写mock对象代码时，有可能引入错误2.使用开源代码提供的构造mock方法--------------比如easyMock，提供了对接口类的模拟，能够通过录制、回放、检查三步来完成大体的测试过程，可以验证方法的调用种类、次数、顺序，可以令Mock对象返回指定的值或抛出指定异常3.EasyMock使用1.引入easyMock------------在maven工程中，通过pom配置依赖关系<dependency><groupId>org.easymock</groupId><artifactId>easymock</artifactId><version>3.0</version><scope>test</scope></dependency>------------在普通java工程中，通过添加外部包的方式2.使用easyMock过程1.使用EasyMock生成Mock对象；pingJiaDao = mockControl.createMock(IPingJiaDao.class);2.设定Mock对象的预期行为和输出；EasyMock.expect(pingJiaDao.getGoodPingJiaRate(storeId)).andReturn(0.11);3.将Mock对象切换到Replay状态；EasyMock.replay(pingJiaDao);storeService.setStoredao(pingJiaDao);double rate = storeService.getStoreGoodRate(storeId);5.对Mock对象的行为进行验证。