这是做为普通的测试案例，但是注意到这仅仅是一个测试案例，不包含其他任何逻辑，这也是 p-unit 追求的业务逻辑和测试运行环境分离的一个理念。同一个测试案例，用户可以选择不同的测试环境去运行，而不是绑定在某一个特定的测试软件工具上。现在我们来看 p-unit 是如何运行这个测试案例的。你只需要在 main 函数中写一行代码来运行它:
清单 2. 单线程运行测试案例
清单 3. 单线程运行测试案例结果
是否和想象中的一样？下面我们来看如何多线程执行这个测试案例。或许从上面的例子你已经猜到了，在 main 函数还是只需一句代码，只用把 PUnitSoloRunner 换成 PUnitConcurrentRunner 即可！
清单 4. 多线程运行测试案例
清单 5. 多线程运行测试案例结果
是否和想象中的一样？默认情况 p-unit 启动 10 个线程来执行，要指定不同的线程数，只需将线程数做为参数传入 PUnitConcurrentRunner 即可。p-unit 甚至支持不同的测试案例有不同的线程数，这要求测试案例实现 p-unit 中定义的 Concurrent 接口，该接口的定义为：
清单 6. p-unit Concurrent 接口
该接口的意思，相信无需再多做解释了，返回该测试案例需要的线程数。
参数化测试案例
性能测试，不同于单元测试，经常要求测试不同数量级在同一个测试场景中的表现，JUnit 是一款非常优秀的单元测试工具，但没覆盖到这个方面。比如我们比较类库 Foo1 的方法 bar() 和类库 Foo2 的方法 bar() 哪个更符合自己的应用程序，我们需要测试该函数在应用程序可能的数量级的范围内的表现。有经验的开发者知道经常碰到在小数量级 A 更好大数量级 B 更好的局面，因此全面的测试对于代码的性能理解非常重要，能帮助开发者做出正确的决定。p-unit 支持将参数传给测试方法，测试案例需要实现 p-unit 的 parameterizable 接口，该接口的主要方法是返回一组参数列表，这组列表的参数将会一一传给测试方法。
清单 7. p-unit 参数化测试案例
上述代码的执行结果为：
清单 8. p-unit 参数化测试案例输出
从上述结果看出，每个方法被执行了 2 次，每次传入不同的参数。多线程运行参数化测试程序？相信读者已经明白怎么去实现了，只需将 PUnitSoloRunner 替换成 PUnitConcurrentRunner。
