2008年1月7日 的存档

测试的艺术第九章测试基于互联网的程序(The Art of Software Testing-Chapter9 Testing Internet Applications) 【6】

注:这一个系列是我在看原版的The Art of Software Testing时的一些翻译,因为没有得到作者和出版社的同意,这只是我自己的练习。请不要把本文中的内容用于商业用途。

测试的艺术第九章测试基于互联网的程序(The Art of Software Testing-Chapter9 Testing Internet Applications) 2nd Edition
作者:GLENFORD J. MYERS
Revised and updated by Tom Badgett and Todd M. Thomas with Corey Sandler


9.3.2.1性能测试

糟糕的互联网程序使你的用户怀疑你网站的强壮能力,而且会让顾客离开。冗长的页面和缓慢的下载速度就是这中差体验的典型。为了帮助达成足够的性能水平。你需要保证,操作仕样已经在需求收集的阶段就已经写好了。如果没有写好仕样或者目标,你没办法知道你的程序到底运行的怎么样。操作手顺经常一条一条地列出相应时间或者吞吐率。举例来说,一个页面载入了x秒,或者程序服务器一分钟完成y张信用卡支付。

通常的捷径是,你可以用压力测试来当做性能测试。通常来说,对系统的需求变得过载的时候,系统的性能表现将会下降到一个不能使用的点。这可能是导致时间敏感型处理程序失败的原因。当然程序的错误将会导致你的顾客浪费金钱。压力测试的概念我们在第六章中就提到过了,可以用到测试商务层的性能上。

我们来做一个快速的回顾,压力测试包含了用过多个登录和模拟处理来使得程序出错,你可以以此来判断你的程序有没有达到一个性能的目标。当然,你也需要一个典型的用户访问模型来验证结果。只是载入主页不等于传输购物信息和处理交易。你应该使系统承受重压来暴露过程上的错误。

压力测试也允许你调查你网络构造的坚固和轻装。你可能会觉得你的程序每秒钟只处理x个交易是一个瓶颈。但是进一步的调查显示配置不正确的路由,服务器,或者防火墙的浪费了带宽。因此,你应该保证之前用来进行压力测试的的网络结构是支持的。而不是做了很多之后得到一个错误的结果。

Technorati Tags: , ,