JUnit-in-java单元测试用例实战
JUnit in java单元测试用例实战
单元测试基础
当今软件测试十分盛行时，本人通过项目实践和个人亲身体会浅谈单元测试，本人一直
坚持“用代码说话的原则”，同时也希望个人能给出宝贵意见，共同探讨、共同进步，为中国
软件事业有更大的发展共同奋斗!
最早我们项目组开发的项目时，写代码都是从底层一直写到表现层到jsp，然后开发人
员在web层调试页面，近乎98%都会报一大堆exception,然后再在代码中加断点一步一步查
到底哪一层代码出现问题……,比较好点做法就是在各个类中加上main方法测试，但总体很
不理想，给web层开发人员的调试和质量控制人员带来繁重的工作压力;使用单元测试后，
针对每一个方法都做严格的把关，大大减少调试的时间;同时质量控制人员返回过来的bug
少了近60%，现在对于开发人员写测试用例非常熟练，并且本人根据实际情况对测试用例
做了点小小改动(这部分主要在后面代码中详述)，带来很好的效果!
单元测试到底给实际开发带来什么好处那?
(1)首先对于开发人员来说大大减少调试工作的时间，同时也规范了对于代码安全管理(我们
知道那些方法是可以调用的);
(2)对于整个项目来说，有了完整的测试，保证项目最后交付测试有了可靠依据;
(3)对于测试人员大大减少bug的反馈;
(4)对于项目经理整个项目达到很好的可控;
(5)最主要的完整的单元测试给后期维护人员带来很大的便捷!
单元测试好处可能还有很多，但本人只能理解和感悟这么多,希望观者补充!
单元测试配置：
将使用eclipse+myEclopse给大家介绍关于JUNIT的环境的简单配置;右键点击项目选择
“属性”，在弹出窗口中到环境变量中添加junit.jar包，这样下一步我们就可以进行单元测试
了;
使用eclipse快速开发test Case：
如下图：右键选择你要测试的类，在新建中点击“JUnit测试用例”，
如下图：右键选择你要测试的类，在新建中点击“JUnit测试用例”，
弹出对话框，配置测试名称和根目录，添加注释等，再点击“下一步”到下图：
选择你要测试类中的方法，点击完成！便生成测试类的基本框架，如下代码，我们以对一个
DAO类测试为例：
JUnit单元测试一共要注意一下几点：
（1）import junit.framework.TestCase和junit.textui.TestRunner；
（2）继承junit.framework.TestCase；
（3）自行添加一个main方法 中调用TestRunner.run(测试类名.class);
（4）有一个调用super(String)的构造函数；
以上都是JUnit必有的特征，除以上外，我们发现有许多以test开头的方法，而这些方法正
是我们要测试的方法，Junti测试其实采用的是断言的方式，只要我们在所有test开头中的
方法对数据添加断言方法，同时提供很多断言的方法。
测试框架的断言方法与断言库分享(二)
测试框架的断言方法与断言库分享在软件开发过程中，测试是非常重要的一环。
而在测试中，断言（assertion）是一种常用的工具，用于验证测试结果的准确性。
无论是单元测试还是集成测试，断言都扮演着关键的角色。
本文将分享一些常见的测试框架中的断言方法和断言库，帮助读者更好地理解和使用这些工具。
一、JUnit断言方法JUnit是Java语言中最常用的单元测试框架之一，它提供了一系列的断言方法用于验证预期结果与实际结果之间的匹配程度。
下面是几个常用的JUnit断言方法的示例：1. assertEquals()：用于验证两个值是否相等，例如：```javaassertEquals(5, (2, 3));```2. assertTrue()和assertFalse()：用于验证布尔表达式的真假，例如：```javaassertTrue(());assertFalse(());```3. assertNull()和assertNotNull()：用于验证值是否为null，例如：```javaassertNull(());assertNotNull(array);```需要注意的是，JUnit还提供了其他丰富的断言方法，如assertArrayEquals()用于验证数组是否相等，assertThrows()用于验证是否抛出了指定的异常等。
二、pytest断言方法pytest是Python语言中流行的测试框架之一，它基于标准库中的assert语句扩展了丰富的断言方法。
下面是几个常用的pytest断言方法的示例：1. assertEqual()：用于验证两个值是否相等，例如：```pythonassertEqual((2, 3), 5)```2. assertTrue()和assertFalse()：用于验证布尔表达式的真假，例如：```pythonassertTrue(_active())assertFalse(_empty())```3. assertIsNone()和assertIsNotNone()：用于验证值是否为None，例如：```pythonassertIsNone(_name())assertIsNotNone(array)```与JUnit类似，pytest还提供了其他方便的断言方法，如assertRaises()用于验证是否抛出了特定的异常，assertIn()和assertNotIn()用于验证值是否包含在指定的集合中等。
junit verify用法
JUnit Verify 用法JUnit 是一个广泛使用的 Java 编程语言单元测试框架，它提供了一套用于编写和运行测试的 API 和工具。
JUnit Verify 是 JUnit 提供的一种特殊的断言方法，用于验证测试结果是否符合预期。
在本文中，我们将深入介绍 JUnit Verify 的用法，包括语法、常见的断言方法和一些使用技巧。
什么是 JUnit VerifyJUnit Verify 是 JUnit 提供的一种断言方法，用于验证测试结果是否符合预期。
它的语法类似于其他断言方法，但与其他方法不同的是，它可以根据条件的不同选择性地执行测试，并输出详细的错误信息。
这使得调试和定位问题更加方便。
JUnit Verify 语法JUnit Verify 语法非常简单，它可以作为静态方法使用，如下所示：import static org.junit.Assert.*;...public class MyTestClass {@Testpublic void myTestMethod() {// 测试代码...verify(condition, errorMessage);// 其他代码...}}在上面的例子中，我们可以看到verify方法的两个参数：condition和errorMessage。
condition是一个布尔表达式，用于指定验证测试结果的条件。
errorMessage是一个字符串，用于在验证失败时提供错误信息。
常见的 JUnit Verify 断言方法JUnit Verify 提供了多个断言方法，用于验证不同类型的测试结果。
下面是一些常见的断言方法的用法：assertTrue方法用于验证一个条件是否为真，它的语法如下：assertTrue(condition);例子：int result = calculate();assertTrue(result == 10);assertFalse方法assertFalse方法用于验证一个条件是否为假，它的语法如下：assertFalse(condition);例子：boolean isEven = isEvenNumber(5);assertFalse(isEven);assertNull方法assertNull方法用于验证一个对象是否为null，它的语法如下：assertNull(object);例子：String str = null;assertNull(str);assertNotNull方法assertNotNull方法用于验证一个对象是否不为null，它的语法如下：assertNotNull(object);例子：String str = "hello";assertNotNull(str);assertEquals方法用于验证两个对象是否相等，它的语法如下：assertEquals(expected, actual);例子：int result = calculate();assertEquals(10, result);assertNotEquals方法assertNotEquals方法用于验证两个对象是否不相等，它的语法如下：assertNotEquals(expected, actual);例子：String str1 = "hello";String str2 = "world";assertNotEquals(str1, str2);assertSame方法assertSame方法用于验证两个对象是否引用同一个对象，它的语法如下：assertSame(expected, actual);例子：String str1 = "hello";String str2 = "hello";assertSame(str1, str2);assertNotSame方法assertNotSame方法用于验证两个对象是否不引用同一个对象，它的语法如下：assertNotSame(expected, actual);例子：String str1 = new String("hello");String str2 = new String("hello");assertNotSame(str1, str2);JUnit Verify 使用技巧在使用 JUnit Verify 进行单元测试时，有一些技巧可以提高测试效率和准确性。
junit any用法
junit any用法JUnit是一个广泛使用的Java单元测试框架，它提供了一系列的注解和断言方法，帮助开发者编写和执行单元测试用例。
其中，`RunWith`注解用于指定JUnit测试类的运行器，而`any()`则是JUnit提供的一种灵活且强大的匹配器，用于描述某个参数可以是任意值。
本文将一步一步回答关于`any`用法的问题，以帮助读者更好地理解和应用该特性。
一、`RunWith`注解在开始讨论`any`用法之前，先简单了解一下`RunWith`注解。
JUnit的默认运行器是`BlockJUnit4ClassRunner`，它负责执行JUnit测试类中的测试方法。
但JUnit还提供了其他的运行器，例如`Parameterized`、`Suite`等，用于支持不同类型的测试场景。
`RunWith`注解可以用于指定使用哪个运行器来运行测试，其基本用法如下：javaRunWith(runnerClass)public class MyTestClass {...}这里的`runnerClass`表示所使用的运行器类。
二、`any()`方法的导入在JUnit中使用`any()`方法之前，需要先导入相关的类。
`any()`方法属于`org.mockito.ArgumentMatchers`类中的静态方法，用于创建一个通用的匹配器。
导入的方式如下：javaimport static org.mockito.ArgumentMatchers.any;这样就可以在代码中直接使用`any()`方法了。
三、`any`用法示例接下来，我们将通过一个具体的示例来演示`any`的用法。
假设有一个简单的Java类`Calculator`，其中有一个`divide()`方法用于计算两个数的商，并返回结果。
我们希望编写一个单元测试，验证该方法的正确性。
首先，创建`Calculator`类：javapublic class Calculator {public double divide(double dividend, double divisor) { if (divisor == 0) {throw new IllegalArgumentException("除数不能为0");}return dividend / divisor;}}接下来，在JUnit测试类中编写测试用例：javaimport static org.junit.Assert.*;import static org.mockito.ArgumentMatchers.any;import org.junit.Test;public class CalculatorTest {Testpublic void testDivide() {Calculator calculator = new Calculator();double result = calculator.divide(10, any(Double.class));assertEquals(5, result, 0);}}在上述代码中，我们在`testDivide()`方法中创建了一个`Calculator`对象，并调用`divide()`方法进行计算。
junit的基本功能
junit的基本功能
JUnit是一个Java编程语言的单元测试框架，其基本功能可以归纳如下：
1.测试框架：JUnit提供了一个框架，用于编写和执行单元测试。
2.测试运行器：JUnit提供了测试运行器，用于运行测试用例并提供执行结果。
3.测试套件：JUnit允许开发人员将多个测试用例组合成测试套件，方便统一管理和运行。
4.断言库：JUnit提供了一组断言库，用于判断测试结果是否符合预期，包括比较值、判断异常等。
5.测试注解：JUnit提供了一组注解，用于标识测试用例、测试套件和测试方法等。
6.测试报告生成：JUnit提供了测试报告生成工具，可以生成各种格式的测试报告，方便测试结果分析和展示。
总之，JUnit是一个强大的工具，可以帮助开发人员编写高质量的单元测试，提高代码质量和可维护性。
java单元测试方法
java单元测试方法
Java单元测试是一种测试方法，它用于测试Java代码的单独功能或模块，以确保其正常运行。
Java单元测试通常使用JUnit框架进行测试。
在Java单元测试中，测试用例通常按照一定的顺序排列，并在每个测试用例中执行一些特定的Java代码。
这些测试用例可以通过JUnit框架进行自动化测试，并在测试结果中提供详细的报告。
Java单元测试可以提供以下的好处：
1. 提高代码质量：Java单元测试可以及早检测代码中的错误，从而提高代码的质量。
2. 减少代码维护成本：Java单元测试可以帮助开发人员快速发现代码中的问题，从而减少代码维护的成本。
3. 提高开发效率：Java单元测试可以帮助开发人员快速发现问题并进行修复，从而提高开发效率。
4. 提高软件可靠性：Java单元测试可以帮助开发人员及早发现软件中的问题，并进行修复，从而提高软件的可靠性。
总之，Java单元测试是一种非常重要的软件测试方法，它可以帮助开发人员提高代码质量、减少维护成本、提高开发效率和提高软件可靠性。
- 1 -。
集成单元测试(Catcus)
集成单元测试如果您撰写了下面这样一个Servlet程式，并想为它进行测试：● LoginServlet.javapackage onlyfun.caterpillar;import javax.servlet.http.*;public class LoginServlet extends HttpServlet {public boolean isValidUser(HttpServletRequest request) { String username = request.getParameter("username");String password = request.getParameter("password");if (username == null || password == null|| !username.equals("justin")|| !password.equals("123456")) {return false;} else {return true;}}}为了要能对isValidUser()方法进行测试，需要一个HttpServletRequest物件，而 HttpServletRequest物件是由 Servlet Container 管理的，它有即定的生命周期，有其收集的资讯，您不能单纯的创建一个HttpServletRequest就打算交差了事。
有几个方法可以对isValidUser()方法进行测试，其中之一自然就是直接将LoginServlet置于 Container 之中，如此一来，isValidUser()若能进行测试，您不仅测试了方法本身，也测试了方法与 Container 所管理的资源之交互行为，我们称这样的测试为“In-Container测试”。
对于In-Container测试，您不仅测试了单元的逻辑行为，也测试了单元能在Container 中正确的运行，从测试的角度来看，这样的测试是单元测试的一种，但范围更广，我们称其为集成单元测试（Integration Unit Testing）。
单元测试规范
单元测试规范单元测试是一个项目质量好坏的关键，做好单元测试是项目能够顺利进行联调测试、系统测试、用户测试的前提；单元测试对项目成败有着重要的影响！单元测试的方法和工具：JUnit/DBunit/Cactus/Ejb3UnitStruts/TestCase for JUnit /HttpUnit/JsUnit等；单元测试的方法很多，JUnit是最基本，相对简单的一种方法，下面以Junit 为例介绍单元测试，希望每个人都能按如下步骤去执行：1.数据库单元测试指南1.1.测试代码的包结构暂时我们对于测试代代码的包结构做了如下的要求：1)首先为了把测试代码和开发代码分离，我们单独为测试代码建立一个代码文件夹（source folder）取名为test。
2)但是又为了能兼顾测试类和源类（需要进行测试的类）的关系，我们规定测试类的包结构与源类的包结构保持一致。
3)另外还涉及到种子文件（seed文件），我们暂时规定种子文件位于测试类同一个包下。
当然如果一个测试类对应的种子文件比较多（为个别方法建立单独的种子文件）的话，可以建立子包来存储。
4)其更新类的API他，如有特殊情况，可按具体情况做调整。
包结构示例图：1.2.对于各种类型方法的测试策略为了能够更具体形象描述测试流程，我们举个具体的实例：<?xml version='1.0' encoding='UTF-8'?><dataset><OWK.MBranch ORGCODE="6666" ORGNAME="测试6" ORGREGION="" ORGSN="CS"ORGTYPE="1" PARENTORGID="9999" MANAGERUSERID="admin"MANAGERTIME="20091016151330" STATUS="1" ORGNODESN="10,992" RESERVE1=""RESERVE2="" RESERVE3="" RESERVE4="" LEADERUSERID="zhang"ONEORGTYPE="1" VIEWORDER="1" INORGID="9999" TIMERESERVE1=""TIMERESERVE2="" STATUSRESERVE1="" STATUSRESERVE2="" DATERESERVE1=""DATERESERVE2="" INTRESERVE1="0" INTRESERVE2="0" MONEYRESERVE1="0"MONEYRESERVE2="0" INFORESERVE1="" INFORESERVE2="" REMARKRESERVE1=""REMARKRESERVE2="" /><OWK.MBranch ORGCODE="66661" ORGNAME="测试61" ORGREGION="" ORGSN="CS"ORGTYPE="11" PARENTORGID="6666" MANAGERUSERID="admin"MANAGERTIME="20091016151417" STATUS="1" ORGNODESN="10,992,1"RESERVE1="" RESERVE2="" RESERVE3="" RESERVE4="" LEADERUSERID="admin"ONEORGTYPE="1" VIEWORDER="1" INORGID="6666" TIMERESERVE1=""TIMERESERVE2="" STATUSRESERVE1="" STATUSRESERVE2="" DATERESERVE1=""DATERESERVE2="" INTRESERVE1="0" INTRESERVE2="0" MONEYRESERVE1="0"MONEYRESERVE2="0" INFORESERVE1="" INFORESERVE2="" REMARKRESERVE1=""REMARKRESERVE2="" /><OWK.MBranch ORGCODE="666611" ORGNAME="测试611" ORGREGION=""ORGSN="CS" ORGTYPE="2" PARENTORGID="6666" MANAGERUSERID="admin"MANAGERTIME="20091016151445" STATUS="1"ORGNODESN="10,992,1,1"RESERVE1="" RESERVE2="" RESERVE3="" RESERVE4="" LEADERUSERID="admin"ONEORGTYPE="2" VIEWORDER="1" INORGID="66661" TIMERESERVE1=""TIMERESERVE2="" STATUSRESERVE1="" STATUSRESERVE2="" DATERESERVE1=""DATERESERVE2="" INTRESERVE1="0" INTRESERVE2="0" MONEYRESERVE1="0"MONEYRESERVE2="0" INFORESERVE1="" INFORESERVE2="" REMARKRESERVE1=""REMARKRESERVE2="" /><OWK.MUSER_EXT USERID="zhang" USERNAME="张三" SEX="f" TEL="" FAX=""EMAIL="" BRANCHID="6666" SUBBRANCHID="666611" LEVEL="1" CMBID=""INBRANCHID="0010" /><OWK.MUSER_EXT USERID="admin" USERNAME="超级管理员" SEX="m" TEL="" FAX=""EMAIL="" IDNO="" BRANCHID="9999" SUBBRANCHID="9999" LEVEL="1"CMBID=" " INBRANCHID="" /><OWK.MUSER_EXT USERID="hradmin" USERNAME="人力资源管理员" SEX="m" TEL=""FAX="" EMAIL="" BRANCHID="6666" SUBBRANCHID="666611"LEVEL="1"RESERVE1="" RESERVE2="" RESERVE3="" INBRANCHID="0010" /> <OWK.MUSER_BASE USERID="zhang"PASSWD="96E79218965EB72C92A549DD5A330112"REGTIME="20091016151122"STATUS="1" ALLOWIPS="" BLOCKIPS="" LASTLOGINIP="127.0.0.1"LASTLOGINTIME="2009-10-16" ERRLOGINNUM="0"MODIFYUSERID="hradmin"MODIFYDATETIME="20091016151122" /><OWK.MUSER_BASE USERID="admin"PASSWD="96E79218965EB72C92A549DD5A330112"REGTIME="20061010103000"STATUS="1" ALLOWIPS="127.0.0.1,99.1.95.109"LASTLOGINIP="127.0.0.1"LASTLOGINTIME="2009-10-16" ERRLOGINNUM="59" /> <OWK.MUSER_BASE USERID="hradmin"PASSWD="96E79218965EB72C92A549DD5A330112"REGTIME="20091016150811"STATUS="1" LASTLOGINIP="127.0.0.1"LASTLOGINTIME="2009-10-16"ERRLOGINNUM="0" MODIFYUSERID="admin"MODIFYDATETIME="20091016150811" /></dataset>1.2.1.查询类的方法对于查询类的方法，他们有一些共同点：都不会改变数据库的内容，目的都是返回相关的数据。
Java中的自动化测试有哪些最佳实践
Java中的自动化测试有哪些最佳实践在当今的软件开发领域，自动化测试已经成为确保软件质量和提高开发效率的关键手段。
对于使用 Java 进行开发的项目来说，掌握有效的自动化测试最佳实践更是至关重要。
首先，合理规划测试用例是基础。
测试用例应当覆盖各种可能的场景，包括正常情况、异常情况以及边界情况。
比如，对于一个数值输入的功能，不仅要测试常见的有效值，还要测试过大、过小、负数、零等边界值，以及非数值的输入情况。
而且，测试用例应该具有独立性，一个测试用例的失败不应该影响其他测试用例的执行结果。
选择合适的自动化测试框架也是关键的一步。
在 Java 中，常见的测试框架有 JUnit、TestNG 等。
JUnit 是 Java 中最常用的单元测试框架，它简单易用，提供了丰富的断言方法来验证测试结果。
TestNG 则在多线程测试、参数化测试等方面具有优势。
根据项目的具体需求和特点，选择最适合的框架能够大大提高测试的效率和效果。
在进行自动化测试时，重视代码的可维护性不容忽视。
清晰的代码结构、良好的命名规范以及适当的注释都能够让测试代码易于理解和修改。
比如，给测试方法和测试类起一个能够准确描述其功能的名称，让其他人在阅读代码时能够快速明白这个测试的目的是什么。
另外，数据驱动的测试方法是提高测试覆盖率和效率的有效手段。
将测试数据与测试逻辑分离，通过读取外部的数据文件或者数据库来为测试提供数据。
这样，只需要修改数据文件，就可以方便地对不同的数据集进行测试，而无需修改测试代码本身。
集成测试也是自动化测试中的重要环节。
对于使用了多个模块或者组件的系统，通过集成测试可以确保它们能够协同工作。
在 Java 中，可以使用 Mockito 等框架来模拟依赖的组件，从而专注于被测试组件的行为。
再者，持续集成（CI）和持续部署（CD）管道中的自动化测试必不可少。
每次代码提交时，自动触发测试，及时发现问题，避免问题在后期积累。
同时，测试结果应该能够清晰地反馈给开发团队，让他们能够快速定位和解决问题。
junit assert 用法
junit assert 用法JUnit是Java编程语言的一个单元测试框架，用于编写和执行测试用例，以确保程序的各个部分按照预期进行工作。
Assert是JUnit框架中的一个断言类，用于验证测试结果是否符合预期。
在JUnit框架中，Assert类提供了一系列静态方法，用于对期望值和实际值进行比较，并根据比较结果判断测试是否通过。
Assert类的方法通常以"assert"为前缀，后跟一个表示比较结果的描述性词汇，例如"assertEquals"、"assertArrayEquals"、"assertNotNull"等。
下面是一些常用的Assert类方法及其用法：1. assertEquals(expected, actual)：用于验证实际值与期望值是否相等。
如果两者不相等，测试将失败并抛出AssertionError异常。
```javaint expectedValue = 10;int actualValue = calculateSomeValue();Assert.assertEquals(expectedValue, actualValue);```2. assertNotEquals(expected, actual)：用于验证实际值与期望值是否不相等。
如果两者相等，测试将失败并抛出AssertionError异常。
```javaint expectedValue = 20;int actualValue = calculateSomeValue();Assert.assertNotEquals(expectedValue, actualValue);```3. assertTrue(condition)：用于验证条件是否为真。
如果条件为假，测试将失败并抛出AssertionError异常。
```javaboolean condition = someCondition();Assert.assertTrue(condition);```4. assertFalse(condition)：用于验证条件是否为假。
使用PowerMockRunner和Mockito编写单元测试用例详解
使⽤PowerMockRunner和Mockito编写单元测试⽤例详解单元测试可以提⾼测试开发的效率，减少代码错误率，提⾼代码健壮性，提⾼代码质量。
在Spring框架中常⽤的两种测试框架：PowerMockRunner和SpringRunner两个单元测试，鉴于SpringRunner启动的⼀系列依赖和数据连接的问题，推荐使⽤PowerMockRunner，这样能有效的提⾼测试的效率，并且其提供的API能覆盖的场景⼴泛，使⽤⽅便，可谓是Java单元测试之模拟利器。
1. PowerMock是什么？PowerMock是⼀个Java模拟框架，可⽤于解决通常认为很难甚⾄⽆法测试的测试问题。
使⽤PowerMock，可以模拟静态⽅法，删除静态初始化程序，允许模拟⽽不依赖于注⼊，等等。
PowerMock通过在执⾏测试时在运⾏时修改字节码来完成这些技巧。
PowerMock还包含⼀些实⽤程序，可让您更轻松地访问对象的内部状态。
举个例⼦，你在使⽤Junit进⾏单元测试时，并不想让测试数据进⼊数据库，怎么办？这个时候就可以使⽤PowerMock，拦截数据库操作，并模拟返回参数。
2. PowerMock包引⼊<!-- 单元测试依赖--><dependency><groupId>org.powermock</groupId><artifactId>powermock-core</artifactId><version>2.0.2</version><scope>test</scope></dependency><dependency><groupId>org.mockito</groupId><artifactId>mockito-core</artifactId><version>2.23.0</version></dependency><dependency><groupId>org.powermock</groupId><artifactId>powermock-module-junit4</artifactId><version>2.0.4</version><scope>test</scope></dependency><dependency><groupId>org.powermock</groupId><artifactId>powermock-api-mockito2</artifactId><version>2.0.2</version><scope>test</scope></dependency><dependency><groupId>com.github.jsonzou</groupId><artifactId>jmockdata</artifactId><version>4.3.0</version></dependency><!-- 单元测试依赖-->3. 重要注解说明@RunWith(PowerMockRunner.class) // 告诉JUnit使⽤PowerMockRunner进⾏测试@PrepareForTest({RandomUtil.class}) // 所有需要测试的类列在此处，适⽤于模拟final类或有final, private, static, native⽅法的类@PowerMockIgnore("javax.management.*") //为了解决使⽤powermock后，提⽰classloader错误4. 使⽤⽰例4.1 模拟接⼝返回⾸先对接⼝进⾏mock，然后录制相关⾏为InterfaceToMock mock = Powermockito.mock(InterfaceToMock.class)Powermockito.when(mock.method(Params…)).thenReturn(value)Powermockito.when(mock.method(Params..)).thenThrow(Exception)4.2 设置对象的private属性需要使⽤whitebox向class或者对象中赋值。