一种改进的轻量级.NET应用程序性能测试框架

摘要：本文从实际应用出发，提出一种轻量级.NET应用程序性能测试框架设计方案。该方案是对已有结果的进一步扩充，具有更强的实用性和扩展性。

1 引言

文[1]提出一种.NET应用程序“性能测试框架”，其基本思路是通过多个线程执行通过委托传递过来的待测试的程序块，各线程所运行的程序块的主逻辑是相同的，不同的是执行条件（如初始参数、执行次数等）。这样就可以得到不同“环境”下算法的执行时间，进而得到整体的时间消耗分布情况。应该说，这种方法的思路是很清晰的，使用也很方便。文[1]还比较详细地分析了为何采用委托而放弃“反射”、“接口”等手段，主要是为了获取更为准确的测试结果。

但从实际应用来看这种测试还是显得不够全面，它只是通过编写类似测试脚本的测试程序来对某段核心程序或算法进行测试。如果一个应用程序的核心算法很复杂，中间步骤也很复杂，则相应的测试程序编写就变得比较烦琐。比如B/S程序就存在大量的交互过程，这时如果想获取一个重要业务操作的执行时间，上述测试框架实现起来就比较麻烦，甚至有些就不能实现。另外，在表述上我们认为文[1]所提性能测试方法应当称为轻量级性能测试，因为真正的性能测试包括的参考指标是很多的，不仅仅是执行时间。

针对这些问题，本文对文[1]进行了扩展，给出一种更为合理的轻量级.NET应用程序性能测试框架（Light-weight Performance Testing Framework of .NET application，简称LPTF）设计方法。

2 概念与结构设计

首先，我们引入“正向测试”和“反向测试”两个概念。

所谓正向测试是指顺序运行应用程序或功能模块，通过嵌入测试点，最终得到各个阶段的运行时间、CPU利用率、内存使用等性能指标的结果。反向测试则是通过编写测试程序对某个功能点或某段应用逻辑进行深度测试，进而得出一组性能指标得测试结果。这里的深度测试是指给定不同的测试条件，如执行次数、初始参数等。

不难看出，正向测试和反向测试是相互补充的，文[1]中的测试框架即是我们这里所说的反向测试。

下面来看一下结构设计：

补充：Web开发 , ASP.Net ,