我爱Aspx >> Asp.Net >> 用VS.NET中的测试工具测试ASP.NET程序上面的对话框中的请求的详细信息部分现在被Application Center Test代理捕捉到的请求所填充了。这也是浏览器发送的HTTP请求。现在点击"停止记录",接着点击"下一步"。你会得到一个提示,需要给该测试输入一个名称(我用的是"My Test"),接着你可以点击"完成"关闭向导。
恭喜你!你现在是一个性能测试工程师了--很容易,对吗?
你还可以选择很多其它的设置信息和配置选项。你右键点击"测试"列表中的"My Test"节点并选择"属性" 可以看到这些设置。在这些选项中你可以模拟多个浏览器、多个用户、"热身"时间的参数(不会被报告其结果)以及测试的持续时间。你可以以后研究这些设置并阅读一些讨论测试原理和测试策略的文章。我们不在细节上花费太多时间,直接运行测试吧。
运行测试并建立基线 要运行刚才建立的测试,只需要简单地右键点击该测试并选择"开始测试"。测试开始以后,点击"显示详细信息"按钮。细节框中将显示正在运行的测试的一个图表,同时显示在运行测试过程中可能出现的任何错误(图5所示)。第一次运行这个测试建立了基线,我们可以把它与当前的和未来的性能进行对比。图4显示的基线是每秒大约90个请求。 图4:基线图表 |
评估的方面越多,改善的机会就越大。在例子中我将对应用程序作一些小的修改,并在每个修改之后进行评估。尽管在现实情况下你不可能每步修改都进行这样的测试,但是你应该有周期性检查性能的习惯。对于我们公司的Community Server产品,我们拥有一套用于评估总体应用程序开销的基线。如果进行了重大的修改,开发者就可以使用前面的测试数据来研究性能的提升或降低。
我对示例应用程序的第一处修改是改变返回数据量的限制。我把SQL查询Select * FROM Products改变为Select TOP 25 * FROM Products。这好像只是对代码进行了微小的修改。毕竟我只是限制屏幕中输出的数据量,但是其结果却是惊人的。其性能从每秒90个请求上升到200以上--性能提高了100%以上。由于你拥有基线,你知道了限制绑定到数据表格的数据量一定会影响性能。我还要修改其它一些东西。
下一步,修改<asp:DataGrid/>服务器控件,添加EnableViewState="false":
| <asp:DataGrid EnableViewState="false" id="DataGrid1" runat="server" /> |
通过避免10 个常见 ASP.NET 缺陷..[04-21]
ASP.NET 2.0服务器控件与form ru..[04-21]
使用 C# .NET 写入事件日志[04-21]
ASP.NET 2.0中Page事件的执行顺序[04-21]
ASP.NET Atlas 強力支援您期待已..[04-21]
在ASP.NET Atlas中调用Web Servi..[04-21]
文件压缩代码(为.Net2.0新增)[04-21]
ASP.NET 2.0+Atlas编写鼠标拖放程..[04-21]
ASP.NET2.0中Gridview中数据操作..[04-21]
ASP.NET 2.0中使用multiview控件[04-21]
通过避免10 个常见 ASP.NET 缺陷..[04-21]
ASP.NET 2.0服务器控件与form ru..[04-21]
使用 C# .NET 写入事件日志[04-21]
我的可爱的小外甥们小侄子们[04-21]
一个高中毕业生关于互联网创业的..[04-21]
BSP 模式的一些思考和结论[04-21]
RSS2.0中文规范详解及示例[04-21]
网易部落的rss弱智错误[04-21]
ASP.NET 2.0中Page事件的执行顺序[04-21]
雅虎搜虫大行动----快来抓毛毛虫..[04-21]