下载掌阅APP，畅读海量书库
立即打开
在动态测试过程中可以发现许多不同的性能效率失效模式，以下是一些常见故障（包括系统崩溃）的示例及其典型原因。
1.在所有负载水平下响应缓慢
在某些情况下，无论负载如何，系统响应速度都慢到不可被用户接受。这可能是由底层性能问题引起的，包括但不限于糟糕的数据库设计或实施、网络延迟和其他后台负载问题。这些问题可以在功能性和易用性测试中被发现，而不仅是在性能测试中，因此测试分析师应密切关注并报告它们。
2.中高负载下反应缓慢
在某些情况下，即使负载完全在正常、预期和允许的范围内，系统响应速度仍会随着负载从中度到重度的变化而降低，这是不可令人接受的。原因可能是存在一个或多个资源饱和以及后台负载变化等潜在缺陷。
3.随着时间的推移，响应降低
在某些情况下，随着时间的推移，系统响应速度会逐渐或快速降低。根本原因包括内存泄漏、磁盘碎片增加、随时间增加的网络负载、文件存储量增长以及意外的数据库存储量增长。
4.高负载或超高负载下出错处理不充分或粗暴
在某些情况下，系统的响应速度是可以令人接受的，但其出错处理的性能效率在高负载和超出极限负载水平时会下降。导致这种情况的系统潜在缺陷包括资源池不足、队列和堆栈太小以及超时设置太快。上述常见潜在缺陷的具体示例如下。
❑提供公司服务信息的Web应用程序在7秒内未响应用户请求（其中7秒为一般行业经验），即系统在特定的负载条件下无法达到要求的性能效率。
❑在突然出现大量用户请求时（例如重大体育赛事的门票销售）系统崩溃或无法响应用户输入，这是因为系统处理用户请求的容量不足。
❑当用户提交对大量数据的请求时（例如在网站上发布一份大型而重要的报告以供下载），系统响应会显著降低，这是因为系统处理数据的容量不足。
❑系统在在线处理之前无法完成应该完成的批处理，或对批处理的执行无法在允许时间段内完成。
❑当并行进程对动态内存产生巨大需求而内存无法及时释放时，实时系统会耗尽内存，这可能是因为系统的内存容量不够，或者内存请求的处理优先级设置不当。
❑如果向实时系统组件B提供输入的实时系统组件A无法按要求的速率计算更新，则可能使整个系统无法及时响应而出现故障。面对这种情况，必须评估和修改组件A中的代码模块，即进行性能分析，以确保能够达到要求的更新率。