跳转至主要内容

我在1996年12月的Stratus 用户组通讯的"VOS角"专栏中写了以下关于进行有效的生产前测试的评论。 几乎13年后的今天,这些话仍然适用。

如果我能给我们的客户提一个建议的话(只有一个要求!),那就是在将应用程序的新版本投入生产之前,一定要对它们进行压力测试。我最近遇到过一些情况,客户部署的应用程序通过了所有的功能测试,但在投入生产后不久就失败了,因为它无法处理生产负载。
我相信你也明白,软件是不可预知的,测试起来也很棘手。知道一个程序以每秒10个事务的速度工作,并不等于知道它以每秒100个事务的速度工作。知道它能以10个虚拟电路工作,不等于知道它能以1000个虚拟电路工作。在我所见过的每一个案例中,程序在实验室或测试环境中工作得很好,但在生产中却因为一些潜在的软件缺陷或容量限制而惨遭失败。一般来说,如果我参与其中,限制是在VOS内部,而不是应用程序,但无论它在哪里,对你的客户的影响都是一样的。如果你想知道你的应用程序是否能在生产中工作,你必须像在生产中一样测试它。
多年来,我听过很多借口,为什么你不能像在生产中一样测试你的软件的极限。我不相信任何一个借口。你可以捕获生产数据流和文件来用于测试。你可以安装合成测试生成器来模拟好的和坏的输入。你可以绕过设备敏感的接口代码,以便将高速数据流输送到服务器。有很多技巧可以让你的应用程序的90%都能正常工作,即使你不能让它100%在测试模式下工作。不要再把问题看成是模拟生产,而要开始把它看成是简单地让你的代码尽可能多地执行,尽可能快地执行。一定要把你的系统开到100%的CPU利用率,那是"有趣"的问题往往出现的地方。
通过将你的应用软件锻炼到极限,你也在锻炼VOS。你会在实验室中发现容量问题,而不是在生产中。您将知道您的容量极限是什么和在哪里。您将带着更大的信心退出测试阶段,相信您的应用程序部署将取得成功。您将使您的老板和客户满意。这些难道不是很好的理由吗?

© 2024Stratus Technologies.