jva*_*erh 3 testing stress-testing load-testing
是否应该对应用程序进行压力测试或负载测试的频率规则？我通常会在投入生产新版本,硬件更改或预期用户数量发生变化时执行此操作.
但今天我被问到,即使没有引入任何更改,这是否应该是生产中的应用程序的标准做法.如果是这样,多久一次？
这实际上取决于您希望如何满足您公司的需求.就个人而言,我们每天加载测试我们的集成(测试)构建 - 就像构建一样.在构建运行大约1a之后,我们还编写了脚本以进行负载测试.我们的目标是专门针对性能的构建变化进行构建.即使我们不对代码进行更改,代码经过负载测试的服务器仍然会收到更新/补丁/热修复/服务包/等.最糟糕的是,一旦自动化,它就会提供额外的历史数据
我们正在走这条路(构建相对论),因为尝试在生产中复制我们的硬件环境是成本过高的.如果我们看到关键性能监视器发生突然变化(或逐渐变化),我们可以查看当时引入的变更集,并找出对性能产生负面影响的潜在代码更改.
从它的声音,你正在测试复制生产的实验室？这是我们采用的另一种方法,因为我们假设我们的大多数瓶颈都是代码引发的,而不是直接依赖于硬件.我们使用VM来近似但不重复我们的生产环境.
| 归档时间： |
|
| 查看次数： |
1254 次 |
| 最近记录： |