单元级性能测试框架JunitPerf.docVIP

单元级性能测试框架-JunitPerf 2010年09月6日 ?|? 13:29分类： HYPERLINK 1/?cat=5 \o 查看 性能测试 的全部文章 性能测试??|??标签： HYPERLINK 1/?tag=junitperf junitperf??|??蒋 刚毅15 views 1.前言 ??? 在应用程序的开发周期中，性能测试常被放到最后考虑，这并不是因为它不重要，而是因为存在这么多未知变量，很难有效地测试。由于种种原因，性能测试常被延迟到开发周期的后期。以我的经验，企业之所以在开发过程中不包含性能测试是因为，他们不知道对于正在进行开发的应用程序要期待什么。 ??? 发生下列两种情况之一时，性能测试就成为头等大事：1.生产中出现显而易见的性能问题；2.在产品交付之前，客户或潜在客户询问有关性能指数的问题。 2.用JUnitPerf 进行测试 ??? 作为测试工程师执行性能测试时，首先想到的是LoadRunner、Jmeter等系统级性能测试工具，图表丰富，数据详细精确。但在在软件开发的早期阶段，采用此类方法不免有“牛刀杀鸡”之嫌，而且与我们目前的xUnit测试体系结合时还涉及到代码转换的技术处理工作，相对比较费时。前两天和晓峰交流时，网游测试团队也提到了CP方由于对LR这类系统级测试工具使用不惯，而不愿或不能执行性能测试的问题，那么JunitPerf作为Java语言的一个单元性能测试框架，对于Java开发工程师来说，应该是比较适合和易用的初级性能测试框架。 ??? 在软件开发的早期阶段，使用 JUnit 很容易确定基本的低端性能指数。JUnitPerf 框架能够将测试快速地转化为简单的负载测试。可使用 JUnitPerf 创建两种测试类型：TimedTest 和 LoadTest。这两种类型都基于 Decorator 设计模式并利用 JUnit 的 suite 机制。 ??? *TimedTest 为测试样例创建一个（时间）上限 —— 如果超过这个时间，那么测试失败。 ??? *LoadTest 和计时器一起运行，它通过运行所需的次数（时间间隔由配置的计时器控制），在一个特定的测试用例上创建一个人工负载。 3.TimedTest时限测试模式 ??? JUnitPerf? TimedTest 让您可以编写有相关时间限制的测试 —— 如果超过了该限度，就认为测试是失败的（即便测试逻辑本身实际上是成功的）。在测试对于业务致关重要的方法时，时限测试相比其他测试来说，在确定和监控性能指数方面很有帮助。 ??? 创建 TimedTest 首先要创建一个标准的 JUnit 测试。换言之，将对 TestCase 或其派生类进行扩展，并编写一个以 test 开头的方法，如清单1所示： public class ExampleTestCase extends TestCase {??? public ExampleTestCase(String name) {??????? super(name);??? } ?protected void setUp() {?} ?protected void tearDown() {?} ?public void testOneSecondResponse() throws Exception {??Thread.sleep(1000);?}??public static Test suite() {??return new TestSuite(ExampleTestCase.class);?} ?public static void main(String args[]) {??junit.textui.TestRunner.run(suite());?}} ??? 由于 JUnitPerf 是一个基于装饰器的框架，为了真正地驾驭它，必须提供一个 suite() 方法并将现有的测试装饰以 TimedTest。TimedTest 以 Test 和执行该测试的最大时间量作为参数。也可以选择传入一个 boolean 标志作为第三个参数（false），这将导致测试快速失败 —— 意味着如果超过最大时间，JUnitPerf 将立即 迫使测试失败。否则，测试样例将完整运行，然后失败。区别很微妙：在一个失败的样例中，不带可选标志运行测试可以帮您了解运行总时间。传入 false 值却意味着得不到运行总时间。 ??清单 2. 为生成 TimedTest 而实现的 suite 方法 public class ExampleTimedTest {?public static final long toleranceInMillis = 100; ?public static Test