对信息系统进行性能测试常发生于新建系统、架构改造（如信创改造）、业务发生重大变更时，通过性能测试尽可能的发现性能瓶颈和风险，并帮助业主方确定系统的性能是否能够满足系统上线后的并发要求，其测评结论为系统上线提供参考依据。软件测评实验室运用专业的性能测试工具和测试手段，模拟生产环境用户并发请求，确定应用程序在工作负载下的性能效率特性，比如响应能力、处理能力、高可用性、稳定性等，通过专业的技术能力和测试经验识别性能瓶颈，并改善整个应用程序的性能。
性能测试性能测试目标
软件性能测试是重要的测试类型之一，业主方只有透过性能测试过程才能了解系统的性能情况，就像对运动员进行极限耐力考核那样对软件系统进行探底，了解目前系统的最大承受的并发能力以及处理能力。同时为业主方人员提供决策依据，为了达到预期的性能指标，对应用系统进行优化或性能扩展（横向扩展、纵向扩展）。软件测评实验室在性能测试过程中发现的每一个性能问题均要进行详细的根本原因分析，通过深挖问题引出其他隐藏的问题，找出尚未发现的错误才算一次成功的性能测试，也是性能测试实施的价值所在。对于性能测试的目标，我们总结了以下2点：
1.要有结果，即找出性能瓶颈，获取系统的性能情况
2.要有价值，即测试结果能够为领导者提供决策依据
性能测试工具
目前性能测试工作中常用的性能工具还是我们原来的“老”朋友，即LoadRunner、Jmeter。先说一下LoadRunner这个神器可谓是性能测试工具中的先驱，一开始由Mercury公司开发并对外商用，年被HP公司收购，随后年被MicroFocus收购，10多年的时间移了三主。该工具为主流企业级性能测试工具，市场份额占比较大，其支持的通讯协议较为全面，对于复杂业务流的交易可以进行脚本录制，场景监控及报告模块功能丰富，使用灵活。另外一个工具就是纯开源的性能测试工具，该工具由Apache组织基于JAVA语言编写完成，绿色安装，使用依赖JDK，主要支持几种常见通讯协议，经过最近几年的发展其插件资源丰富且免费使用，可扩展性较强，对于测试API接口比较灵活，但在场景监控和结果分析上不如LoadRunner全面，但依然很受软件开发人员、测试人员的青睐，市场占比也越来越大。
CNAS性能测试依据
依据GB/T.51-《系统与软件工程系统与软件质量要求和评价(SQuaRE)第51部分:就绪可用软件产品(RUSP)的质量要求和测试细则》。
GB/T.51-第51部分GB/T.51-性能效率细则性能测试范围
性能测试范围基准准测试：在系统无压力时，连续执行测试脚本次或者5分钟，获得平均交易响应时间。
负载测试：逐一对业务模型中的典型交易进行单交易并发测试，目的是考察系统交易功能编码是否存在性能隐患。
压力测试：考察混合典型交易的情况下系统的承载能力，以及交易间的资源争用情况。
容量测试：主要
转载请注明：http://www.0431gb208.com/sjszlfa/3660.html
