[理学]第8次大课 系统测试-非功能性测试.pptVIP

软件测试基础 软件测试过程 系统测试—非功能性测试 系统性能问题 系统太慢了，我泡了一杯茶回到座位，还没有看到响应 软件系统安全性受到挑战 本章内容 什么是系统测试 概念：负载测试、压力测试和性能测试 负载测试技术 性能测试 压力测试 性能测试工具 兼容性测试 安全性测试 容错性测试 可靠性测试 什么是系统测试？ 用户的需求可以分为功能性需求和非功能性需求，而非功能性的需求被归纳为软件产品的各种质量特性，如安全性、兼容性和可靠性等 系统测试就是针对这些非功能特性展开的，就是验证软件产品符合这些质量特性的要求，从而满足用户和软件企业自身的非功能性需求。所以，系统测试分为负载测试、性能系统、容量测试、安全性测试、兼容性测试和可靠性测试等 系统测试的内容 背景及其分析 系统性能的改善是测试、调整、再测试、再调整……一个持续改进的过程——性能调优 性能调优需要借助负载测试方法的帮助 负载测试和性能测试有较多相似之处，例如，测试方法比较接近、都关注系统的性能，而且多数情况下使用相同的测试工具 负载测试可以看作是性能测试所采用的一种技术 压力测试可以被看作是负载测试的一种，即高负载下的负载测试 容量测试也采用负载测试技术来实现 定义 负载测试是通过模拟实际软件系统所承受的负载条件、改变系统负载大小和负载方式来发现系统中所存在的问题 压力测试是在强负载情况下（如大数据量、大量并发用户连接等）稳定性进行测试，查看应用系统在峰值（瞬间使用高峰）使用情况下的行为表现，更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等，确认系统是否具有良好的容错能力和可恢复能力。 性能测试是为获取或验证系统性能指标而进行的测 负载测试技术 负载测试过程 输入参数 输出参数 场景设置 负载测试的执行 负载测试的结果分析 负载测试过程 确定所要模拟的角色及其对应的关键业务操作路径。 确定输入/输出参数，制定负载测试方案。 准备测试环境，并完成相应的测试脚本的开发。 设计具体的测试场景，如负载水平、加载方式等。 执行测试，监控输出参数，如数据吞吐量、响应时间、资源占有率等。 对测试结果进行分析。 结果不满意，需要调整测试场景，进入下一个循环。 负载测试的构成 输入参数 并发用户数、并发连接数等。 思考时间（think time），用户发出请求之间的间隔时间 加载的循环次数或持续时间 每次请求发送的数据量。 加载的方式或模式，如均匀加载、峰值交替加载等 负载 RPS (Request Per Second) 并发连接数 (Simultaneous Browser Connections) 最大数据容量 思考时间 (Thinking Time) RPS + SBC + Thinking Time = Concurrent users? 加载模式 输出参数 数据传输的吞吐量（Transactions） 数据处理效率（Transactions per second） 数据请求的响应时间（Response time） 内存和CPU使用率 连接时间（Connect Time）、发送时间（Sent Time） 处理时间（Process Time）、页面下载时间 第一次缓冲时间 每秒（SSL）连接数 每秒事务总数、每秒下载页面数 每秒点击次数、每秒HTTP 响应数 每秒重试次数 场景设置 启动（Ramp up） 持续期间（Duration） 结束（Ramp down） 场景类型 可以分为静态和动态两部分。静态部分是指设置模拟用户生成器、用户数量、用户组等，动态部分主要指添加性能计数器、检查点、阀值等，从而获得负载测试过程中反回来馈的数据——系统运行的动态状态。 可以依据业务模式变化、随时间段变化来进行设置 也可分为手工场景 和面向目标的场景 负载测试执行 大量的虚拟用户要运行在多个客户端，并由控制器管理、代理（agent）驱动 负载测试的执行，需要针对不同维度的变化进行，包括时间维、负载维和系统维 监控、详细的记录和适当的分析是十分重要的 结果分析 4性能测试 4.1 如何确定性能需求 4.2 性能测试类型 4.3 性能测试的步骤 4.4 一些常见的性能问题 4.5 容量测试 示例 确定性能需求 最终用户的体验，如2-5-10原则 商业需求，如“比竞争对手的产品好” 技术需求，如CPU使用率不超过70％ 标准要求 性能测试类型 性能验证测试，验证事先已定义的系统性能指标、系统能否满足系统的性能需求 性能基准测试，在系统标准配置下获得有关的性能指标数据，作为将来性能改进的基准线 性能规划测试，在多种特定的环境下，获得不同配置的系统的性能指标，从而决定在系统部署时采用什么样的软、硬件配置 容量测试可以看作性能