【2017年整理】软件性能测试流程.ppt

编写目的 本文档从性能工程的角度提出开展性能测试工作的流程，和进行性能测试工作的策略，下面我们讨论性能工程的需求阶段、设计阶段、实施阶段、产品部署阶段、维护阶段所要开展的工作，和相应要采取的策略。 我现在调研的这个项目，一个内网网站，前台包括：新闻，公告，资料上传和下载，视频播放，留言，投票，专题活动，后台包括：用户管理，权限管理，布局设置，系统设置 对于投票来说，会要求省和地市的用户在某个时间段进行投票。 我想问用户的是： 1）网站的在线访问人数估计有多少人，并发人数有多少人 2）功能的系统响应时间可接受的范围 3）系统支持的最大吞吐量是多少 4）用户频繁使用的功能模块是什么 5）用户一般习惯的场景操作有什么 6）网站的高峰时段是何时？ 为什么进行性能测试？ 性能测试致力于减少应用程序、升级程序或修补程序部署中的风险。性能测试的核心原理是通过将生产时的工作量应用于部署系统来衡量系统性能和最终用户体验。 构造严密的性能测试可回答如下问题： ? 应用程序是否能够很快地响应用户的要求？ ? 应用程序是否能处理预期的用户负载并具有盈余能力？ ? 应用程序是否能处理业务所需的事务数量？ ? 在预期和非预期的用户负载下，应用程序是否稳定？ ? 是否能确保用户在真正使用软件时获得积极的体验？ 通过回答以上问题，性能测试可以量化改变业务指标所产生的影响。进而可以说明部署的风险。有效的性能测试过程将有助于您做出更明智的发布决策，并防止系统出现故障和解决可用性问题。 性能测试流程 性能测试通常由五个阶段组成：测试计划、脚本创建、场景定义、场景运行和结果分析。 测试计划：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。 脚本创建：将最终用户活动捕获到Vuser自动脚本中。 场景定义：使用 LoadRunner Controller 设置性能测试环境。 场景运行：通过 LoadRunner Controller 驱动、管理和监控性能测试。 结果分析：使用 LoadRunner Analysis 创建图和报告并评估性能。 性能测试问题及对应人员 性能测试需求的来源 性能测试需求的来源有三个方面： 需求文档 设计文档 与客户沟通 确定性能测试需求的解决方法 在没有需求文档和设计文档的情况下，我们需要对客户业务使用情况进行分析，提出我们所关注的性能测试需求，并告知业务人员。让业务人员来判断我们的性能需求是否能满足客户的真实要求。 1、确定当前系统的业务使用状况：通过日志记录－客户端模块使用情况了解在某个时间段内，客户执行某个操作的具体情况。 2、了解不同视角的用户性能： ⅰ）用户视角： 响应时间：用户所能感受到的响应时间，也是用户最重视的性能体验。 确立响应时间的原则：2/5/10原则 2：2秒钟用户会觉得是一个很好的体验。 5：5秒钟用户可能会觉得差了一点，还行，比较好。 10：10秒钟是用户所能承受的最大极限。 鉴于不同地区的网络环境，将用户所能承受的响应时间极限定为12～15秒。 此部分需与业务人员讨论。 稳定性：系统长时间运行不会出现错误的能力。 验证方法：系统在满负载的运行8小时，系统是否会出现服务不可用，Connection Refused HTTP 404,500错误。 ⅱ）系统视角：延迟，系统资源使用状况 延迟：包括数据库延迟和网络延迟 此部分需与DBA及系统部人员讨论。 系统资源使用状况：服务器的CPU使用率是否长期高于80％，达到90％，100％的程度，整个磁盘的I/O是否达到极限。内存的使用数是否只剩下极少的几兆，几十兆。 ⅲ）开发者视角：从代码实现和数据库实现来考虑性能。看看这两方面得到实现是否足够好。 3、了解真正的性能测试需求 方法： ⅰ）识别项目干系人：指的是和项目相关的人，开发人员，设计人员，需求人员，业务人员，上层领导，了解他们对性能测试的考虑。 ⅱ）隐藏在“性能测试”之后的实际想法，比如：是因为开发人员对所完成的代码没有信心，又不愿意做修改，要求我们对其所作的程序进行性能测试，还是设计人员使用了一项新技术，心里没低，所要求作的性能测试，等等。 确立性能测试目标 1、以“需求”为本 考虑系统需不需要作性能测试，性能测试的内容和范围。 2、测试目标确定的经济性考虑 ⅰ）投入到性能测试的人员是多少？ ⅱ）具备可以确定性能测试需求，制定性能测试方案的人员是多少？可以执行性能测试的人员是多少？ ⅲ）这些人员需要投入多长时