单元测试
我们依然从“一个测试工程师，走进一个酒吧，点了一杯啤酒”这个例子开始说起。
测试工程师要测试点单功能，如果每一次都要从酒吧门外，走进去，找个桌子，然后开始点单。这样的缺点，就是由于依赖的前置链路过长，导致测试效率低下。而且如果酒吧的门故障打不开了，那就无法测试点单了。这种长链路测试，在大型项目中是非常普遍的，前置链路不可用是不可避免也不可控制的。
那更合理的测试策略，就是对特定的功能模块，单独进行测试，传入的参数不依赖前置功能产出，以手动构造传入的方式。在实际工作中，单元测试，往往是用于开发人员的自测。开发人员在写完自己的代码后，编写单元测试，保障代码的质量。作为测试人员，对于一些变更量较少，或者手工测试难度较大的场景，也可以通过单元测试，来完成代码的测试。
JUnit
JUnit是适合Java代码工程的单元测试工具，适合拥有被测源代码的场景。编写步骤： （1）工程POM引入JUnit
（2）阅读被测源代码，找到要测试的类和方法，完成测试文本用例的设计
（3）新建一个类，用于封装测试代码，可以利用注解@Test，@BeforeTest，@AfterTest。执行时，JUnit就会自动逐个执行带有@Test的方法，且在所有用例执行器执行带有@BeforeTest的方法，执行结束后执行带有@AfterTest的方法
