软件性能测试流程[].ppt

软件性能测试流程 由安博测试空间技术中心/提供;编写目的; 我现在调研的这个项目，一个内网网站，前台包括：新闻，公告，资料上传和下载，视频播放，留言，投票，专题活动，后台包括：用户管理，权限管理，布局设置，系统设置 对于投票来说，会要求省和地市的用户在某个时间段进行投票。;我想问用户的是： 1）网站的在线访问人数估计有多少人，并发人数有多少人 2）功能的系统响应时间可接受的范围 3）系统支持的最大吞吐量是多少 4）用户频繁使用的功能模块是什么 5）用户一般习惯的场景操作有什么 6）网站的高峰时段是何时？;为什么进行性能测试？; 构造严密的性能测试可回答如下问题： ? 应用程序是否能够很快地响应用户的要求？ ? 应用程序是否能处理预期的用户负载并具有盈余能力？ ? 应用程序是否能处理业务所需的事务数量？ ? 在预期和非预期的用户负载下，应用程序是否稳定？ ? 是否能确保用户在真正使用软件时获得积极的体验？ 通过回答以上问题，性能测试可以量化改变业务指标所产生的影响。进而可以说明部署的风险。有效的性能测试过程将有助于您做出更明智的发布决策，并防止系统出现故障和解决可用性问题。 ;性能测试流程;性能测试问题及对应人员;性能测试需求的来源;确定性能测试需求的解决方法; 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、了解真正的性能测试需求 方法： ⅰ）识别项目干系人：指的是和项目相关的人，开发人员，设计人员，需求人员，业务人员，上层领导，了解他们对性能测试的考虑。 ⅱ）隐藏在“性能测试”之后的实际想法，比如：是因为开发人员对所完成的代码没有信心，又不愿意做修改，要求我们对其所作的程序进行性能测试，还是设计人员使用了一项新技术，心里没低，所要求作的性能测试，等等。;确立性能测试目标;确定性能测试目标的方法;不同阶段的性能测试目标;性能测试方案的确立;用例和场景设计;设定需要监控的资源;性能测试的应用领域;实施阶段;各阶段所要进行的性能测试;系统稳定性的度量;性能测试的基本概念;在性能测试中需要注意的问题;环境设计的问题;其他需要注意的地方;确定最小用户负载;性能测试的两个基本类别 ;性能测试生存周期;规划性能分析阶段的工作包括收集重要的原始数据，然后根据这些信息制订测试方案。规划阶段收集到的信息至少应该描述两个方面的内容：用来复制一个接近生产环境的测试环境的细节。对该应用程序的使用方式的理解，以及临界性能表现的迹象等。这些信息可以来源于市场预测报告、站点的WEB日志、站点的性能日志和站点功能说明等。 创建高效的压力测试脚本 在收集了所需信息并搭建了测试环境后，下一步就是创建测试脚本，它应该能够准确地模拟站点期望地流量。最有效地方式是根据实况网站中的历史数据结合市场调查或商业分析而得到这些期望数据。;执行压力测试 创建可以模拟最大用户负载的压力测试脚本。 分析性能测试结果 (i)确定性能瓶颈 影响终端用户响应时间的瓶颈包括应用程序和服务器的吞吐量、终端到终端的Internet连接速度以及网络涌塞等。 （ii）检验性能优化结果 分析结果了解系统的性能状况并能够对性能进行提高。;用户思考时间的问题;确定负载增加的标准