搜索
122.13被测试系统简述被测试系统的部署结构示意图简述电子秤中间件程序的测试，接收从各个节点系统中的电子秤上传的数据。性能测试目标此次测试的目标主要是：1、得到事务成功率在90%，资源占用低于70%时，系统最大可以承受的并发访问量。以上目标在下面会有详细准确的定义。应用服务器192.168.0.6应用服务器192.168.0.5测试电脑221.3.131.174WEB服务器172.10.0.3192.168.0.3数据库192.168.0.11(13)数据库192.168.0.12(14)Weblogic集群Oraclerac221.3.131.1624序号资源名称厂家型号（版本）操作系统1应用服务器IBMSystemX3650M3Win2008Server中文企业2WEB服务器IBMSystemX3850X5Win2008Server中文企业3数据库服务器IBMSystemX3850X5Win2008Server中文企业4测试主机（个人PC机）MicrosoftWindowsXPProfessionalServicePack3WindowsXP5序号资源名称操作系统被测试系统资源配置情况测试工具资源配置情况厂家型号（版本）1jakarta-jmeterWindowsXP2.5.1被测试系统简述被测试系统的部署结构示意图简述电子秤中间件程序的测试，接收从各个节点系统中的电子秤上传的数据。性能测试目标此次测试的目标主要是：1、得到事务成功率在90%，资源占用低于70%时，系统最大可以承受的并发访问量。以上目标在下面会有详细准确的定义。应用服务器192.168.0.6应用服务器192.168.0.5测试电脑221.3.131.174WEB服务器172.10.0.3192.168.0.3数据库192.168.0.11(13)数据库192.168.0.12(14)Weblogic集群Oraclerac221.3.131.162描述被测试系统资源配置情况CPU：i5M4802.67GHz内存：2GB主要参数配置情况机架式:2U；CPU类型:XeonX5670；CPU频率:3460MHz；处理器:1个XeonX5670处理器；最大处理器数量:2；工艺:32纳米；三级缓存:12MB；CPU核心:六核；扩展槽:4个PCI-Express二代插槽；内存类型:DDR3；内存大小:16GB；机架式；服务器结构：4U；配置CPU个数：2颗；最大CPU个数：4颗；CPU类型：IntelXeonE7540；标称主频：2.4GHz；二级缓存：6×256KB；三级缓存：18MB；总线规格：1066MHz；多核运算：六核心六线程；内存容量：16GB；架式；服务器结构：4U；配置CPU个数★：2颗；最大CPU个数：4颗；CPU类型★：IntelXeonE7540；标称主频：2GHz；二级缓存：6×256KB；三级缓存：18MB；总线规格：1066MHz；多核运算：六核心六线程；内存容量★：16GB；测试工具资源配置情况 ApacheJMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试但后来扩展到其他测试领域。它可以用于测试静态和动态资源例如静态文件、Java小服务程序、CGI脚本、Java对象、数据库，FTP服务器,等等。JMeter可以用于对服务器、网络或对象模拟巨大的负载，来在不同压力类别下测试它强度和分析整体性能。1场景名称1.11.21.2.11.2.2说明：1.超时时间设置：Connect：5000ms；Response：5000ms2.测试数据准备：abac0j01a35301110030001530140002000100060000602000000020000000120401201052325530111003111101050085301110030001003599811117777TCP取样器设计模拟并发1000用户测试测试目标线程组设计并发1000用户下，观察操作系统的性能状况、以及JMeter的结果场景设计1.2.3说明：1.偏差设置：100ms；固定延迟偏移：300ms2.随机200ms~400ms：线程随机等待的时间高斯随机定时器2.测试数据准备：abac0j01a35301110030001530140002000100060000602000000020000000120401201052325530111003111101050085301110030001003599811117777TCP取样器设计模拟并发1000用户测试测试目标线程组设计并发1000用户下，观察操作系统的性能状况、以及JMeter的结果场景设计高斯随机定时器1场景名称1.11.2测试结果1.2.1测试报告（宏观报告）1)表格查看线程运行结果2)图形运行结果并发1000用户测试测试目标运行20分钟以上，观察农产品溯源系统电子秤中间件，并发1000用户数的结果分析。3)聚合报告结果注释：样本数目：总共发送到服务器的请求数。最新样本：代表时间的数字,是服务器响应最后一个请求的时间。吞吐量：服务器每分钟处理的请求数。平均值：总运行时间除以发送到服务器的请求数。中间值：时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。4)服务器性能使用情况1.2.2结论1.在1000个用户并发的情况下，压力测试持续运行20分钟左右，每组线程组策略设置偏移时间200ms~400ms，每次响应时间设置在5s之内，消息处理全部成功，没有错误。2.每秒处理量是187个/秒。3.web服务器的性能情况：CPU平均在10%左右，内存消耗6.6G左右，运行线程数大约54000个（由于数据库最大进程数是设置1000个，大部分请求积压，所以内存消耗比较大，但都处理正常）偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。1.在1000个用户并发的情况下，压力测试持续运行20分钟左右，每组线程组策略设置偏移时间200ms~400ms，每次响应时间设置在5s之内，消息处理全部成功，没有错误。2.每秒处理量是187个/秒。3.web服务器的性能情况：CPU平均在10%左右，内存消耗6.6G左右，运行线程数大约54000个（由于数据库最大进程数是设置1000个，大部分请求积压，所以内存消耗比较大，但都处理正常）序号123456模块编号错误现象测试问题卡表格编号：FD207-测试类型代号-项目编号-两位流水号项目编号：项目名称：农产品溯源4.“类型”指错误的类型，分为A：功能错误；B：性能错误；C：可用性错误；注：1.“等级”是指错误等级，可分为A：严重影响系统运行；B：影响系统运行；C：不影响运行但必须修改；D：所提建议；2.“频率”指错误出现频率，分为A：操作即出现；B：偶尔出现（n/m），其中n/m表示错误出现的频度，n代表错误出现次数，m代表为了再现该错误所进行的实际测试次数；3.“时机”指错误出现时机，分为A：修改后出现；B：已发现但未修改正确；C：首次出现；QMS2005等级类型频率时机发现人/日期修改人/日期确认人/日期确认结果测试问题卡表格编号：FD207-测试类型代号-项目编号-两位流水号项目名称：农产品溯源4.“类型”指错误的类型，分为A：功能错误；B：性能错误；C：可用性错误；项目软件经理PSM：赵文超注：1.“等级”是指错误等级，可分为A：严重影响系统运行；B：影响系统运行；C：不影响运行但必须修改；D：所提建议；2.“频率”指错误出现频率，分为A：操作即出现；B：偶尔出现（n/m），其中n/m表示错误出现的频度，n代表错误出现次数，m代表为了再现该错误所进行的实际测试次数；3.“时机”指错误出现时机，分为A：修改后出现；B：已发现但未修改正确；C：首次出现；1应用的响应时间（ApplicationResponsetime）在一定的配置环境下，测试应用的实际响应时间与要求的响应时间是否相符。主要来度量当前的配置是否能够满足应用的需要，响应时间应该在系统建设初期提出，测试只是来验证解决方案是否能够满足需要，如果不满足，通过测试查找问题在那里，帮助定位问题，最终满足需求。配置环境包括：硬件、网络、软件配置、访问人员数量、操作或使用功能的一个典型场景。典型场景如：假设该系统为订票系统，在2小时内，有1000人登录，有500人注册、订票，有400人订票，有100人查看订票情况、退票。2当前配置的最大处理能力(Configurationsizing)通过不断加大测试压力（如并发用户数），测试当前配置（资源的使用基本达到上线，响应时间还可以接受）的最大处理能力，从而确定什么样的配置能够提供最佳的性能级别。此指标需要测试得出，如果测试环境与实际环境不一致，可以通过此指标来帮助估算实际环境是否能够满足需要。如果测试环境就是实际环境，那么可以通过此指标来帮助决策未来系统的扩容方案。3稳定性(Acceptance)、可靠性（Reliability）测试系统是否能够稳定、可靠的长时间运行，是否能够满足上线的需要。主要通过一定的压力长时间的测试，以测试系统的资源分配、占用、释放等方面是否能正常处理，从而对系统是否可以切入正式的生产系统做出评价。如果测试环境和真实环境不一致，可以测试软件方面是否存在问题；最好在系统上线前，在实际环境下进行上线前测试，确保系统上线后能够正常运行。4衰退测试(Regression)测试软件的新版本是否会使得应用的响应时间受到负面的影响。这个指标的测试在应用系统增加新的应用后特别重要，一些系统往往运行的很好，但是增加了一些看起来是比较小的应用后，使系统的响应时间受到了严重的影响，整体的响应能力极大降低，严重的还会导致整个系统的瘫痪，这种情况必须引起重视，因为很多时候，测试人员只是单独对新增的应用进行测试（相当于增量测试），没有进行整体的衰退测试。5系统容量规划（Capacityplanning）通过性能测试，找到压力和系统配置的一个趋势，从而对系统容量做出规划，确定当系统容量达到什么级别时需要对系统进行扩容。6瓶颈识别（Bottleneckidentification）通过测试，识别和确认引起系统性能降低的瓶颈。一般在系统运行一段时间后，发现系统应用的响应时间加长、资源占用过多等影响系统性能的问题，而实际上用户可能还没有达到系统规划的容量，这时候需要对系统进行压力测试，以期发现瓶颈究竟发生在那里（是软件、硬件、网络等）。有时，在上线前的性能测试因场景设计不合适，也会导致得出的结论有偏差。如系统刚上线初期，一般注册的用户比较多，注册功能使用的较多；当用户达到一定规模后，注册功能使用的就会减少，办理业务的功能会增多；另外，初期用户不熟练操作时的考虑时间会较长，熟练后考虑的时间就会缩短，这些都需要在场景设计时充分、全面考虑。7产品评价（Productevaluation）性能测试指标