完整的软件性能测试流程及案例.docxVIP

完整的软件性能测试流程及案例 我们在进行性能测试工作的过程中，需要借助工具的辅助来帮我们完成一些工作，但 loadrunner ≠性能测试！或者说，性能测试工具≠性能测试，工具永远是一种辅助的工具， 而不能认为会用工具就会性能测试了！下面，就说说一个完整的性能测试过程吧。。。 PS ：文末附上一张性能测试的思维导图 一、准备工作 1 、系统基础功能验证 性能测试在什么阶段适合实施？切入点很重要！一般而言，只有在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进行性能测试，否则性能测试是无意义的。 2 、测试团队组建 根据该项目的具体情况，组建一个几人的性能测试 team ，其中 DBA 是必不可少的，然后需要一至几名系统开发人员（对应前端、后台等），还有性能测试设计和分析人员、脚本 开发 和执行人员；在正式开始工作之前，应该对脚本开发和执行人员进行一些培训，或者应该由具有相关经验的人员担任。 3 、工具的选择 综合系统设计、工具成本、测试团队的技能来考虑，选择合适的测试工具，最起码应该满足一下几点： ①支持对 web （这里以 web 系统为例）系统的性能测试，支持 http 和 https 协议； ②工具运行在 Windows 平台上； ③支持对 webserver 、前端、数据库的性能计数器进行监控； 4 、预先的业务场景分析 为了对系统性能建立直观上的认识和分析，应对系统较重要和常用的业务场景模块进行分析，针对性的进行分析，以对接下来的测试计划设计进行准备。 二、测试计划 测试计划阶段最重要的是分析用户场景，确定系统性能目标。 1 、性能测试领域分析 根据对项目背景，业务的了解，确定本次性能测试要解决的问题点；是测试系统能否满足实际运行时的需要，还是目前的系统在哪些方面制约系统性能的表现，或者，哪些系统因素导致 系统无法跟上业务发展？确定测试领域，然后具体问题具体分析。 2 、用户场景剖析和业务建模 根据对系统业务、用户活跃时间、访问频率、场景交互等各方面的分析，整理一个业务场景表，当然其中最好对用户操作场景、步骤进行详细的描述，为测试脚本开发提供依据。3 、确定性能目标 前面已经确定了本次性能测试的应用领域，接下来就是针对具体的领域关注点，确定性能目标（指标）；其中需要和其他业务部门进行沟通协商，以及结合当前系统的响应时间等数据，确定 最终我们需要达到的响应时间和系统资源使用率等目标；比如： ①登录请求到登录成功的页面响应时间不能超过 2 秒 ； ②报表审核提交的页面响应时间不能超过 5 秒 ； ③文件的上传、下载页面响应时间不超过 8 秒 ； ④服务器的 CPU 平均使用率小于 70% ，内存使用率小于 75% ； ⑤各个业务系统的响应时间和服务器资源使用情况在不同测试环境下，各指标随负载变化的情况等； 4 、制定测试计划的实施时间 预设本次性能测试各子模块的起止时间，产出，参与人员等等。 三、测试脚本设计与开发 性能测试中，测试脚本设计与开发占据了很大的时间比重。 1 、测试环境设计 本次性能测试的目标是需要验证系统在实际运行环境中的性能外，还需要考虑到不同的硬件配置是否会是制约系统性能的重要因素！因此在测试环境中，需要部署多个不同的测试环境， 在不同的硬件配置上检查应用系统的性能，并对不同配置下系统的测试结果进行分析，得出最优结果（最适合当前系统的配置）。 这里所说的配置大概是如下几类： ①数据库服务器 ②应用服务器 ③负载模拟器 ④软件运行环境，平台 测试环境测试数据，可以根据系统的运行预期来确定，比如需要测试的业务场景，数据多久执行一次备份转移，该业务场景涉及哪些表，每次操作数据怎样写入，写入几条，需要多少的 测试数据来使得测试环境的数据保持一致性等等。 可以在首次测试数据生成时，将其导出到本地保存，在每次测试开始前导入数据，保持一致性。 2 、测试场景设计 通过和业务部门沟通以及以往用户操作习惯，确定用户操作习惯模式，以及不同的场景用户数量，操作次数，确定测试指标，以及性能监控等。 3 、测试用例设计 确认测试场景后，在系统已有的操作描述上，进一步完善为可映射为脚本的测试用例描述， 用例大概内容如下： 用例编号：查询表单 _xxx_x1 （命名以业务操作场景为主，简洁易懂即可） 用例条件：用户已登录、具有对应权限等。。。 操作步骤： ①进入对应页面。。。。。。 ②查询相关数据。。。。。。 ③勾选导出数据。。。。。。 ④修改上传数据。。。。。。 PS：这里的操作步骤只是个例子，具体以系统业务场景描述； 4 、脚本和辅助工具的开发及使用 按照用例描述，可利用工具进行录制，然后在录制的脚本中进行修改；比如参数化、关联