性能测试报告

FAST项目POC性能测试报告

<1.0>

文档信息

文档修改历史

1.引言 (4)

1.1. 背景说明 (4)

1.2. 文档目的 (4)

1.3 名词解释 (4)

2.性能测试过程 (4)

2.1. 测试时间 (4)

2.2. WINDOWS测试环境 (5)

2.3S OLARIS测试环境 (5)

2.3. 测试输出 (5)

2.4. 测试脚本及场景的描述 (5)

3. 性能测试问题 (6)

3.1. 环境问题 (6)

3.2. 程序问题 (6)

3.3. 带宽问题 (6)

4.性能测试总结 (6)

4.1.性能测试结果 (6)

5.性能测试数据 (7)

5.1. 搜索结果显示在HTML网页里（WINDOWS环境下进行测试） (7)

5.2. 搜索结果显示XML网页里（WINDOWS环境下进行测试） (10)

5.3. 搜索结果显示XML网页里（S ORALIS环境下进行测试） (14)

1. 引言

1.1.背景说明

对FAST产品进行POC的性能测试工作。

1.2. 文档目的

此文档的目的在于提供此网站相应的性能指标，为系统的POC提供参考数据。

1.3 名词解释

90%事务平均响应时间：这里先解释一个90%事务平均响应时间的概念，LoadRunner里面的90%时间指的是90%的事务（也就是一个操作如登陆，查询，退定）响应的最大时间。一般测试结果是按照这个数值来做基准的。

2. 性能测试过程

2.1. 测试时间

2.2. WINDOWS测试环境

2.3 Solaris测试环境

2.3. 测试输出

●FAST项目POC性能测试报告

●FAST项目POC性能测试脚本

2.4. 测试脚本及场景的描述

测试脚本描述：vuser_init中用户打开网页，Action里用户输入查询条件后点击查询按钮，显示出查询结果。

场景描述：30、50、70、100个并发用户在场景里运行5分钟。

3.1. 环境问题

在测试时，服务器上有其他程序可能同时运行。

3.2. 程序问题

无

3.3. 带宽问题

无

4. 性能测试总结

4.1. 性能测试结果

搜索结果显示在HTML网页里，在WINDOWS环境中的90%响应时间为：30人并发页面响应时间为1.116s，50人并发页面响应时间1.806s，70人并发页面响应时间2.521s。

搜索结果显示XML网页里，在WINDOWS环境中90%响应时间为：30人并发页面响应时间为0.546s，50人并发页面响应时间0.954s，70人并发页面响应时间1.501s。

搜索结果显示XML网页里，在Soralis环境中90%响应时间为：30人并发页面响应时间为1.023s，50人并发页面响应时间1.765s，70人并发页面响应时间2.234, 100人并发页面响应时间2.603。

三个环境的测试结果中CPU的利用率都在超负荷的运行，内存的使用情况很正常。

5.1. 搜索结果显示在HTML 网页里（WINDOWS 环境下进行测试）

上表为压力测试收集到的数据，主要显示90%事务平均响应时间，搜索结果显示在HTML 网页里的响应时间：30人并发页面响应时间为1.116s ，50人并发页面响应时间1.806s ，70人并发页面响应时间2.521s 。

上图为30用户并发操作运行5分钟的搜索服务器CPU 利用率，从上图可以看出系统开始进行测试后CPU 利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下到5%。说明系统在并发时CPU 在超负荷的运行。

并发用户数 100%事务平均响应时间 （second ）

90%事务平均响应时间 (second)

吞吐量 （bytes ）

平均每秒点击率 （hits per second ）

30 0.748 1.116 309585.345 75.664 50 1.196 1.806 326987.963 69.506 70

1.595

2.521

328443.582

79.756

上图为30用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为50用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下到5%。说明系统在并发时CPU在超负荷的运行。

上图为50用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为70用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下到5%。说明系统在并发时CPU在超负荷的运行。

上图为70用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

5.2. 搜索结果显示XML 网页里（WINDOWS 环境下进行测试）

上表为压力测试收集到的数据，主要显示90%事务平均响应时间，搜索结果显示在xml 网页里的响应时间：30人并发页面响应时间为0.546s ，50人并发页面响应时间0.954s ，70人并发页面响应时间1.501s 。

并发用户数 100%事务平均响应时间 （second ）

90%事务平均响应时间 (second)

吞吐量 （bytes ）

平均每秒点击率 （hits per second ）

30 0.394 0.546 4094238.465 75.449 50 0.476 0.954 3635481.791 102.159 70

1.076

1.501

3327768.576

61.421

上图为30用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到80%，然后系统70%~80%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为30用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为70用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统70%~95%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为50用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为70用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为70用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

5.3. 搜索结果显示XML网页里（Soralis环境下进行测试）

上表为压力测试收集到的数据，主要显示90%事务平均响应时间，搜索结果显示在xml 网页里的响应时间：30人并发页面响应时间为1.023s，50人并发页面响应时间1.765s，70人并发页面响应时间2.234, 100人并发页面响应时间2.603。

上图为30用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为30用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为50用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为50用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为70用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为70用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

上图为100用户并发操作运行5分钟的搜索服务器CPU利用率，从上图可以看出系统开始进行测试后CPU利用率马上差不多达到100%，然后系统95%~100%之间运行，到了5分钟后CPU 利用率马上降下。说明系统在并发时CPU在超负荷的运行。

上图为100用户并发操作运行5分钟的搜索服务器内存使用数。从上图可以看出系统使用的内存数比较少，在低值范围内波动。说明系统在并发时内存使用情况正常。

路由器功能性测试报告

A2路由器DQA测试报告

目录 测试环境 (4) 测试设备及环境 (4) 测试硬件 (4) 测试软件 (4) 测试环境 (4) 一、设置向导 (5) 静态IP地址 (5) DHCP客户端 (5) PPPOE 拨号 (6) 二、模式设置 (6) 网关模式 (6) 桥接模式 (7) 无线网络服务提供商 (7) 三、无线 (8) 基本设置 (8) 禁用无线网络接口 (8) 无线网络频段测试 (8) 多AP设置 (9) 无线模式测试 (9) 网络服务标识测试 (10) 信道带宽测试 (10) 信道测试 (11) 广播网络服务标识 (11) 数率测试 (12) 显示活跃的客户端 (12) 扩展网络服务标识 (13) 高级设置 (13) 发射功率测试 (13) 安全 (14) 访问控制 (14) WDS 设置 (14) 站点扫描 (15) WPS 设置 (15) 时间表 (16) 四、 TCP/IP 设置 (16) 局域网设置 (16) 局域网IP地址更改测试 (16) 局域网DHCP地址范围、DHCP 测试 (17) 局域网静态DHCP测试 (17) 广域网设置 (18)

静态IP地址 (18) DHCP客户端 (18) PPPOE 拨号 (19) WAN口带宽测试 (19) WAN口启用PING (20) 在WAN口上启用WEB 访问 (20) 五、防火墙 (21) 端口过滤 (21) IP地址过滤 (21) MAC地址过滤 (21) 端口转发 (22) URL过滤 (22) 隔离区（DMZ） (23) 虚拟局域网 (23) 六、服务质量控制 (23) 下载限速 (23) 上传限速 (24) 七、管理 (24) 状态 (24) 统计信息 (25) 动态域名服务 (25) 时区设置 (25) 拒绝服务攻击 (26) 日志记录 (26) 升级固件 (26) 八、测试结论 (28)

氢氧燃料电池性能测试实验报告

氢氧燃料电池性能测试 实验报告 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998

氢氧燃料电池性能测 试实验报告 学号： 姓名：冯铖炼 指导老师：索艳格 一、实验目的 1.了解燃料电池工作原理 2.通过记录电池的放电特性，熟悉燃料电池极化特性 3.研究燃料电池功率和放电电流、燃料浓度的关系 4.熟悉电子负载、直流电源的操作 二、工作原理 氢氧燃料电池以氢气作燃料为还原剂，氧气作氧化剂氢氧燃料电池，通过燃料的燃烧反应，将化学能转变为电能的电池，与原电池的工作原理相同。 氢氧燃料电池工作时，向氢电极供应氢气，同时向氧电极供应氧气。氢、氧气在电极上的催化剂作用下，通过电解质生成水。这时在氢电极上有多余的电子而带负电，在氧电极上由于缺少电子而带正电。接通电路后，这一类似于燃烧的反应过程就能连续进行。

工作时向负极供给燃料（氢），向正极供给氧化剂（氧气）。氢在负极上的催化剂的作用下分解成正离子H+和电子e-。氢离子进入电解液中，而电子则沿外部电路移向正极。用电的负载就接在外部电路中。在正极上，氧气同电解液中的氢离子吸收抵达正极上的电子形成水。这正是水的电解反应的逆过程。 氢氧燃料电池不需要将还原剂和氧化剂全部储藏在电池内的装置氢氧燃料电池的反应物都在电池外部它只是提供一个反应的容器 氢气和氧气都可以由电池外提供燃料电池是一种化学电池，它利用物质发生化学反应时释出的能量，直接将其变换为电能。从这一点看，它和其他化学电池如锌锰干电池、铅蓄电池等是类似的。但是，它工作时需要连续地向其供给反应物质——燃料和氧化剂，这又和其他普通化学电池不大一样。由于它是把燃料通过化学反应释出的能量变为电能输出，所以被称为燃料电池。 具体地说，燃料电池是利用水的电解的逆反应的"发电机"。它由正极、负极和夹在正负极中间的电解质板所组成。最初，电解质板是利用电解质渗入多孔的板而形成，2013年正发展为直接使用固体的电解质。 工作时向负极供给燃料（氢），向正极供给氧化剂（空气，起作用的成分为氧气）。氢在负极分解成正离子H+和电子e-。当氢离子进入电解液中，而电子就沿外部电路移向正极。用电的负载就接在外部电路中。在正极上，空气中的氧同电解液中的氢离子吸收抵达正极上的电子形成水。这正是水的电解反应的逆过程。此过程水可以得到重复利用，发电原理与可夜间使用的太阳能电池有异曲同工之妙。 燃料电池的电极材料一般为惰性电极，具有很强的催化活性，如铂电极、活性碳电极等。 利用这个原理，燃料电池便可在工作时源源不断地向外部输电，所以也可称它为一种"发电机"。 一般来讲，书写燃料电池的化学反应方程式，需要高度注意电解质的酸碱性。在正、负极上发生的电极反应不是孤立的，它往往与电解质溶液紧密联系。如氢—氧燃料电池有酸式和碱式两种： 若电解质溶液是碱、盐溶液则

Monkey测试性能报告

Monkey测试性能报告 软件简介 Monkey测试是Android自动化测试的一种手段。Monkey测试本身非常简单，就是模拟用户的按键输入，触摸屏输入，手势输入等，看设备多长时间会出异常。 当Monkey程序在模拟器或真实设备运行的时候，程序会产生一定数量或一定时间内的随机模拟用户操作的事件, 如点击，按键，手势等，以及一些系统级别的事件。通常也称随机测试或者稳定性测试。 软件特点 monkey测试的原理就是利用socket通讯的方式来模拟用户的按键输入，触摸屏输入，手势输入等，看设备多长时间会出异常。当Monkey程序在模拟器或设备运行的时候，如果用户出发了比如点击，触摸，手势或一些系统级别的事件的时候，它就会产生随机脉冲，所以可以用Monkey用随机重复的方法去负荷测试你开发的软件。测试案例 Windows下： 1、通过eclipse启动一个Android的emulator 2、在命令行中输入：adb devices查看设备连接情况 C:\Documents and Settings\Administrator>adb devices List of devices attached emulator-5554 device

3、在有设备连接的前提下，在命令行中输入：adb shell进入shell界面 C:\Documents and Settings\Administrator>adb shell # 4、查看data/data文件夹下的应用程序包。注：我们能测试的应用程序包都在这个目录下面 C:\Documents and Settings\Administrator>adb shell # ls data/data ls data/data com.google.android.btrouter com.android.providers.telephony com.android.mms com.android.providers.downloads com.android.deskclock com.android.email com.android.providers.media com.android.settings jp.co.omronsoft.openwnn https://www.wendangku.net/doc/a94841145.html,erdictionary

性能测试工具LoadRunner实验报告

性能测试工具LoadRunner实验报告 一、概要介绍 1.1 软件性能介绍 1.1.1 软件性能的理解 性能是一种指标，表明软件系统或构件对于其及时性要求的符合程度;同时也是产品的特性，可以用时间来进行度量。 表现为:对用户操作的响应时间;系统可扩展性;并发能力;持续稳定运行等。1.1.2 软件性能的主要技术指标 响应时间:响应时间=呈现时间+系统响应时间 吞吐量:单位时间内系统处理的客户请求数量。(请求数/秒，页面数/秒，访问人数/秒) 并发用户数:业务并发用户数; [注意]系统用户数:系统的用户总数;同时在线用户人数:使用系统过程中同时在线人数达到的最高峰值。 1.2 LoadRunner介绍 LoadRunner是Mercury Interactive的一款性能测试工具，也是目前应用最为广泛的性能测试工具之一。该工具通过模拟上千万用户实施并发负载，实时性能监控的系统行为和性能方式来确认和查找问题。 1.2.1 LoadRunner工具组成 虚拟用户脚本生成器:捕获最终用户业务流程和创建自动性能测试脚本，即我们在以后说的产生测试脚本; 压力产生器:通过运行虚拟用户产生实际的负载; 用户代理:协调不同负载机上虚拟用户，产生步调一致的虚拟用户; 压力调度:根据用户对场景的设置，设置不同脚本的虚拟用户数量;

监视系统:监控主要的性能计数器; 压力结果分析工具:本身不能代替分析人员，但是可以辅助测试结果的分析。 1.2.2 LoadRunner工具原理 代理(Proxy)是客户端和服务器端之间的中介人，LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。 1)虚拟用户脚本生成器通过代理方式接收客户端发送的数据包，记录并将其转发给服务器端;接收到从服务器端返回的数据流，记录并返回给客户端。 这样服务器端和客户端都以为在一个真实运行环境中，虚拟脚本生成器能通过这种方式截获数据流;虚拟用户脚本生成器在截获数据流后对其进行了协议层上的处理，最终用脚本函数将数据流交互过程体现为我们容易看懂的脚本语句。 2)压力生成器则是根据脚本内容，产生实际的负载，扮演产生负载的角色。 3)用户代理是运行在负载机上的进程，该进程与产生负载压力的进程或是线程协作，接受调度系统的命令，调度产生负载压力的进程或线程。 4)压力调度是根据用户的场景要求，设置各种不同脚本的虚拟用户数量，设置同步点等。 5)监控系统则可以对数据库、应用服务器、服务器的主要性能计数器进行监控。 6)压力结果分析工具是辅助测试结果分析。 二、LoadRunner测试过程 2.1 计划测试 定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间等。 2.2 创建Vuser脚本 将最终用户活动捕获(录制、编写)到脚本中，并对脚本进行修改，调试等。协议类型:取决于服务器端和客户端之间的通信协议;

产品(项目)性能测试报告

文档号：密级：内部 版本号：V2.0 产品（项目）性能测试报告 撰写：××× 审核： ××××测试中心 编写日期：××××年09月11日

修订历史记录

目录 1测试项目简介 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3测试参考文档 (4) 2性能测试内容概要 (5) 2.1测试目标 (5) 2.2测试用例 (5) 2.3测试场景 (5) 2.4测试结果指标(详见性能测试报告) (5) 2测试结论 (7) 3测试评价： (8) 4.测试资源消耗 (9)

一、测试项目简介 1.1编写目的 本测试分析报告的编写目的在于统计量化××××系统V2.0版本中的错误和存在的问题，通过分析错误产生的原因和错误的分布特征，发现软件的缺陷和限制，从而对模块的质量做出一个客观有效的评价。 本测试报告的预期读者是××××系统V2.0版本的软件开发人员、项目管理人员、研发管理人员、测试经理、测试人员、维护人员。 1.2项目背景 产品名称：××××系统 软件开发者：××××开发中心 测试环境符合×××系统产品需求规格说明书的要求及××××系统的系统测试环境列表的的要求 具体测试环境描述如下： 表1-1性能测试环境表

1.3测试参考文档 表1-2 测试参考文档

二、性能测试内容概要 2.1测试目标 对××××系统V2.0产品在数据库为Mysql 5、应用服务器为Tomcat的架构下的性能情况进行测试。对测试过程中的性能指标数据进行剖析，最终给出该项目的性能指标数据。 2.2测试用例 本次性能测试重点关注多个虚拟用户同时登录及在线过程应用服务器的系统负荷情况，利用性能测试分析工具察看登录及在线人数是否有缺失情况，同时还要测试被测系统的不同人数登录的响应时间，记录其性能指标进行对比，评估测试结果。 测试使用环境：（与功能测试环境一致） ?服务器硬件为******服务器，操作系统：Windows 2003 Server ?数据库管理系统采用 Mysql 5，应用服务器为Tomcat 5.5.25 ?应用服务器和数据库运行在同一台硬件服务器上 ?测试工具软件为LoadRunner8.0 (SP2) 2.3 测试场景 并发测试:模拟不同的VU用户同时执行登陆操作，并使用LoadRunner记录主要参数性能指标。 2.4测试结果指标 (详见性能测试报告) 40个用户（访客并发登录）操作性能指标参数如下： 1.Average Transaction Response Time（平均相应时间）=15秒； 2．Hits per Second (Average) （点击率）=208.889； 3．Connections Per Second(Average)=8.889; 4．Total Throughput (bytes)= 8,754,029;

软件功能测试报告

软件功能测试报告1.概述 软件名称: 软件版本: (同时注明软件软本和测试包的cvs版本) 开发经理：申请单号: 测试人员: 测试日期: 测试内容： 备注： 2.测试环境 用途硬件环境软件环境 表2 测试环境 3.问题统计 （说明：该报告为阶段性测试的统计报告，该报表统计的bug数量为：本发布阶段内第一份申请单提交日期为起，直至填写报告这天为止的BUG数量,如果以前版本中有问题延期至本发布阶段来修正，那么该缺陷也需要统计进来；如果是功能测试报告则只统计当轮的即可，如果是功能+验证则需要统计本发布阶段的） 3.1按BUG状态统计(表格后面可以附上柱形图,以示更直观) BUG状态BUG数量备注 未分配(new) 不是缺陷（Not Bug）

未修改(open) 已修改(fixed) 不予修改(Won’t Fix)延期（Deffered） 被拒绝（Declined）无法重现信息不足重复的 已关闭（Closed） 重开启（Reopen） 合计 表3 按bug状态统计 3.2按BUG类型统计(表格后面可以附上柱形图,以示更直观) BUG 类型 BUG数量 备注未 分 配 未 修 改 不 是 缺 陷 已 修 改 不 予 修 改 延 期 被拒绝 已 关 闭 重 新 开 启 合 计 无 法 重 现 信 息 不 足 重 复 的 功能 界面 交互 3.3按BUG严重级别统计(表格后面可以附上柱形图,以示更直观) BUG 严 BUG数量 备注未未不已不延被拒绝已重合

重级别分 配 修 改 是 缺 陷 修 改 予 修 改 期无 法 重 现 信 息 不 足 重 复 的 关 闭 新 开 启 计 紧 急 严 重 中 等 轻 微 建 议 表5 按bug严重级别统计 3.4按功能模块统计(表格后面可以附上柱形图,以示更直观) 模块名称 BUG数量 备注未 分 配 未 修 改 不 是 缺 陷 已 修 改 不 予 修 改 延 期 被拒绝 已 关 闭 重 新 开 启 合 计 无 法 重 现 信 息 不 足 重 复 的 模块1 模块2 … …

PC性能评测实验报告

计算机体系结构课程实验报告 PC性能测试实验报告 学号： 姓名：张俊阳 班级：计科1302 题目1：PC性能测试软件 请在网上搜索并下载一个PC机性能评测软件（比如：可在百度上输入“PC 性能benchmark”，进行搜索并下载，安装），并对你自己的电脑和机房电脑的性能进行测试。并加以比较。 实验过程及结果： 我的电脑：

机房电脑：

综上分析：分析pcbenchmark所得数据为电脑的current performance与其potential performance的比值，值大表明计算机目前运行良好，性能好，由测试结果数据可得比较出机房的电脑当前运行的性能更好。分析鲁大师性能测试结果：我的电脑得分148588机房电脑得分71298，通过分析我们可以得出CPU占总得分的比重最大，表明了其对计算机性能的影响是最大的，其次显卡性能和内存性能也很关键，另外机房的电脑显卡性能较弱，所以拉低了整体得分，我的电脑各项得分均超过机房电脑，可以得出我的电脑性能更好的结论。 题目2：toy benchmark的编写并测试 可用C语言编写一个程序（10-100行语句），该程序包括两个部分，一个部分主要执行整数操作，另一个部分主要执行浮点操作，两个部分执行的频率（频率整数，频率浮点）可调整。请在你的计算机或者在机房计算机上，以（，），（，），（，）的频率运行你编写的程序，并算出三种情况下的加权平均运行时间。 实验过程及结果： #include<> #include<> int main() {

int x, y, a; double b; clock_t start, end; printf("请输入整数运算与浮点数运算次数（单位亿次）\n"); scanf("%d%d", &x, &y); /*控制运行频率*/ start = clock(); for (int i = 0; i

硬件测试工程师岗位的实习报告

关于在浪潮（北京）电子信息产业有限公司从事硬件测试工程师岗位的实习报告 一、实习单位及岗位简介 （一）单位简介： 浪潮是中国领先的计算平台与IT应用解决方案供应商，同时，也是中国最大的服务器制造商和服务器解决方案提供商。 浪潮（北京）电子信息产业有限公司（简称浪潮北京公司）是浪潮集团的龙头企业，是上市公司——“浪潮信息”（0977）的主体，定位于中国高端商用计算与服务领域的领先厂商，是中国在高端商用计算与服务领域中唯一能够与国际品牌相抗衡的厂商。主营业务涵盖IA服务器、高性能服务器、存储系统和商用电脑。目前，浪潮拥有服务器生产、研发基地——浪潮北方基地,并拥有唯一的国家设在企业的服务器重点实验室以及国内领先的解决方案中心。 （二）岗位介绍： 随着IT在全球范围的不断推广和完善，IT产品涉及通信，电脑，家电，服务等领域，遍及全球每个角落，已经成为人类生存的必用品。IT产品的市场体现不在于技术本身，而是看产品是否经得住用户的考验，性价比好的产品始终是用户心目中的首选。因此在相同技术的前提下，如何把握好产品的质量就成为该产品在市场上是否有强劲体现最为重要的部分。硬件测试的目的就是站在用户的角度，对产品的功能，性能，可靠性，兼容性，稳定性等进行严格的检查，对于不兼容或者出问题的设备给出相应得解决方案。 提前体验用户感受的同时提高产品的市场竞争力。硬件测试是产品从研发走向生产的必经阶段，也是决定产品质量的重要环节，如何将测试工作开展的更全面、更仔细、更专业完善也是众多企业所追求的目标。 测试是以评价一个设备性能或者可靠性为目标的一种活动，测试是对设备质量的度量与评估，以验证设备的质量满足用户的需求，为用户选择与接受设备提供有力的依据。 这一工作是硬件测试的最终目标，在前两项工作的基础上，自然可以很好的完成此部分工作的内容。在对测试的目的有了更准确认识的基础上，我们才能够很好的完成测试工作，在和开发团队、管理者共同的努力下，更好的提升产品的质量，满足用户的需求。

功能测试报告(精简版)

XXXXXX系统 功 能 测 试 报 告 测试人员： 测试时间：

目录 1. 测试概念 (3) 1.1. 测试对象 (3) 1.2. 测试范围 (3) 1.3. 测试目的 (3) 1.4. 参考文档 (3) 2. 功能测试 (3) 2.1. 测试方法 (3) 2.2. 测试环境 (4) 2.3. 测试结果 (4) 2.3.1. 错误等级定义 (4) 2.3.2. 相关图表 (5) 2.3.3. 测试结果 (5) 3. 测试结论 (5)

1.测试概念 1.1. 测试对象 【测试对象概述】 1.2. 测试范围 【测试的功能范围】 1.3. 测试目的 测试软件系统所提供的各功能点是否达到功能目标；反馈跟踪系统功能实现的缺陷及修复情况；从而提高软件系统的质量，最终满足用户使用需求。 1.4. 参考文档 【测试过程中所依据的文档资料】 2.功能测试 2.1. 测试方法 采用黑盒测试法进行功能测试； 采用等价类划分、边界值分析、错误推测法设计测试数据； 及时记录缺陷和错误； 运行测试案例； 检查测试结果是否符合业务逻辑，评审功能测试结果；

开发组修改原码后，重新进行测试。 2.2. 测试环境 硬件软件 服务器CPU： 内存： 硬盘： 网卡：操作系统： 数据库： Web应用服务器： 客户机CPU： 内存： 硬盘： 网卡：操作系统：浏览器： 网络 2.3. 测试结果 整个测试过程进行了两轮全面测试及一次随机测试。在整个测试过程中未发现崩溃性错误。 2.3.1.错误等级定义 按照严重性级别可分为： 1）崩溃性：系统崩溃、数据丢失、数据毁坏，该类问题会导致软件无法正确运行，整体功能受到影响； 2）严重性：重要功能无法实现且不存在其他替代途径实现该功能，或者操作性错误、错误结果、遗漏功能； 3）一般性：功能没有按照预定方法实现，但存在其他合理途径实现该功能； 4）提示性：界面不美观、文字不易懂、错别字、使操作者使用不方便等

流量计性能测定实验报告doc

流量计性能测定实验报告 篇一：孔板流量计性能测定实验数据记录及处理篇二：实验3 流量计性能测定实验 实验3 流量计性能测定实验 一、实验目的 ⒈了解几种常用流量计的构造、工作原理和主要特点。 ⒉掌握流量计的标定方法（例如标准流量计法）。 ⒊了解节流式流量计流量系数C随雷诺数Re的变化规律，流量系数C的确定方法。 ⒋学习合理选择坐标系的方法。 二、实验内容 ⒈通过实验室实物和图像，了解孔板、1/4园喷嘴、文丘里及涡轮流量计的构造及工作原理。 ⒉测定节流式流量计（孔板或1/4园喷嘴或文丘里）的流量标定曲线。 ⒊测定节流式流量计的雷诺数Re和流量系数C的关系。 三、实验原理 流体通过节流式流量计时在流量计上、下游两取压口之间产生压强差，它与流量的关系为： 式中： 被测流体(水)的体积流量，m3/s； 流量系数，无因次；

流量计节流孔截面积，m2； 流量计上、下游两取压口之间的压强差，Pa ； 被测流体(水)的密度，kg／m3 。 用涡轮流量计和转子流量计作为标准流量计来测量流量VS。每一 个流量在压差计上都有一对应的读数，将压差计读数△P和流量Vs绘制成一条曲线，即流量标定曲线。同时用上式整理数据可进一步得到C—Re关系曲线。 四、实验装置 该实验与流体阻力测定实验、离心泵性能测定实验共用图1所示的实验装置流程图。 ⒈本实验共有六套装置，流程为：A→B(C→D)→E→F→G→I 。 ⒉以精度0.5级的涡轮流量计作为标准流量计，测取被测流量计流量（小于2m3/h流量时，用转子流量计测取）。 ⒊压差测量：用第一路差压变送器直接读取。 图1 流动过程综合实验流程图 ⑴—离心泵；⑵—大流量调节阀；⑶—小流量调节阀； ⑷—被标定流量计；⑸—转子流量计；⑹—倒U管；⑺⑻⑽—数显仪表；⑼—涡轮流量计；⑾—真空表；⑿—流量计平衡阀；⒁—光滑管平衡阀；⒃—粗糙管平衡阀；⒀—回流阀；⒂—压力表；⒄—水箱；⒅—排水阀；⒆—闸阀；⒇—

XX系统性能测试报告

XXXX系统性能测试报告

1 项目背景 为了了解XXXX系统的性能，特此对该网站进行了压力测试2 编写目的 描述该网站在大数据量的环境下，系统的执行效率和稳定性3 参考文档 4 参与测试人员 5 测试说明 5.1 测试对象 XXXX系统

5.2 测试环境结构图 5.3 软硬件环境 XXXXX 6 测试流程 1、搭建模拟用户真实运行环境 2、安装HP-LoadRunner11.00（以下简称LR） 3、使用LR中VuGen录制并调试测试脚本 4、对录制的脚本进行参数化 5、使用LR中Controller创建场景并执行 6、使用LR中Analysis组件分析测试结果 7、整理并分析测试结果，写测试总结报告 7 测试方法 使用HP公司的性能测试软件LoadRunner11.00，对本系统业务进行脚本录制，测试回放，逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各前台测试，发起 各种组合业务请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。录制登陆业务模块，并模拟30、50、80、100 个虚拟用户并发登陆、添加和提交操作，进行多次连续测试，完成测试目标。 测试评估及数据统计 此次测试通过同一台客户机模拟多个并发用户在因特网环境进行，未考虑因特网的稳定 性的问题。此次测试用户操作流程相对简单，只录制了三个事务，即：用户登录、添加和信息提交，从测试的数据来分析，各项性能指标基本在可控的范围之内。但在测试过程中也发 现一些不容忽视的问题，应予以重视。 1 、模拟80 个用户并发操作时，出现1 个未通过的事务，具体原因需结合程序、网络和服务器综合分析，系统的稳定性并非无可挑剔。 2 、用户登陆事务的平均响应时间与其他两个事务相比等待的时间要长，且波动也较大， 在网速变慢、用户数增加的外部条件下，有可能会影响到系统的稳定性。建议优化系统登录页面程序，提高系统的稳定性。

电性能测试报告分解

电性能测试报告Electronic Performance Test Report 拟制 (Tested by) 黄秋霞 (Qiuxia Huang) 日期 (Date) 2015-10-16 审核 (Approv ed by) Marey 日期 (Date)

目录 1 概述 (3) (Summary) 2 测试地点、时间、人员 (3) (Test place, Time, Personnel) 3 测试引用标准 (3) (Guide) 3.1 技术指标要求 (3) (Technical Norm Requirement) 3.2 测试方法 (3) (Test Criterion) 4 测试设备 (3) (Test Equipment) 5 结论 (3) (Test Result) 6 问题报告 (3) (Problem Report) 7 测试内容和结果 (4) (Test Items and Result) 7.1 常温环境电气性能测试 (4) (Electronic performance Test at Normal Temperature) 7.2 高温环境电气性能测试 (5) (Electronic performance Test at High Temperature) 7.3 低温环境电气性能测试 (6) (Electronic performance Test at Low Temperature) 8 附录 (7) (Appendix) 8.1 输出电流测试值 (7) (Output Current Test Values) 8.2 效率测试数据记录 (7) (Record of Efficiency Test Date) 8.3 电压调整率计算 (8) (Line Voltage Calculation)

性能测试报告模板

[专业公司名] [系统名称] 性能测试报告 版本号： 2014年06月10日共享服务中心

1引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对系统质量的评价； 2．系统存在的缺陷，为修复和预防bug提供建议； 3．分析测试过程中的不足，为将来的改进提供参考； 说明：列举该报告的作用及其编写目的 1.2阅读对象 主要读者：太平养老及共享中心的领导、团险核心系统的用户、系统需求人员、系统开发人员、测试人员 其他读者：其他愿意了解团险核心系统的其他人员 说明：列举该报告主要的阅读对象，和其他潜在可能的阅读对象 1.3参考资料 XXX项目性能测试方案 XXX项目性能测试需求确认表 XXX项目结果分析表 ………….. 2系统评价 对系统做整体性能测试情况做总结，并对系统整体性能做评估和评价。

3测试环境 3.1网络拓扑结构图 可添加生产环境网络拓扑结构图与性能测试环境网络拓扑结构图，并对比，如一致要说明环境一致；如不一致，要说明差异性。与接口系统的对接情况做说明，如对接XXX接口的测试环境或者开发挡板等。 3.2软硬件配置 性能测试硬件基础环境表 性能测试软件环境配置表

性能测试环境参数配置表 说明环境参数配置表可以以此表格的形式展现，也可以内嵌配置文件。4测试进度

添加进度偏差说明分析 5测试数据 增量：可以是交易功能insert新增的数据量，也可以是查询类功能的查询结果的数据量。 6测试情况 6.1基准测试 6.1.1测试过程 描述测试过程中遇到的问题，解决的方法等。如没有，本小节可删减。 6.1.2测试结果 第一轮：未达指标的数据可以标红突出

手机性能测试报告

手机性能测试报告 系：信息 班级：041 指导教师：李国力 本报告是我同肖钢同学一起合作完成的。由于条件限制，我们只是通过测试相同的项目来对比两个版本的性能差异，实验项目有基本功能、游戏流畅性、响应时间、CPU 负载、内存使用等。我们所做的实验测试，只对存在差异性的项目进行报告结果，对其它有相同结果的项目没有列到本报告中。在实验中分别是对安卓和苹果二种手机进行了测试。 第一个成果：测试项及测试结果： 第二个成果是：使用超级兔子系统评测的结果： 序号 测试项 功能名称 RAM256版 RAM512升级版 差值\优势机 1 基本功能 通话，短信，浏 览器 正常 正常 相同 2 安装20个软件用时 第三方软件 1000秒 300秒 700秒/RAM512 升级版 3 启动游戏 Angry bird 20秒 12秒 8秒/RAM512升级版 4 游戏后台 Angry bird 不能后台（内存不足引起） 能后台 RAM512升级版 5 5小时并发测试 音乐、QQ ，Angry bird Angry bird 出现2次错 误 正常 RAM512升级版 6 运行游戏 的流畅性 Angry bird ， NFS Shift ，水果 忍者 RAM512升级版 测试项 RAM256版 RAM512升级版 差值/优势机 1 RAM 性能 88 98 10/RAM51 2 2 CPU 整数性能 179 199 20/RAM512 3 CPU 浮点性能 15 16 1 4 2D 绘图性能 234 23 5 1 5 3D 绘图性能 395 454 60/RAM512 6 数据库IQ 性能 120 140 20/RAM512 7 SD 卡写入速度 55 55 0 8 SD 卡读取速度 161 161

软件测试实验报告LoadRunner的使用

南昌大学软件学院 实验报告 实验名称 LoadRunner的使用 实验地点 实验日期 指导教师 学生班级 学生姓名 学生学号 提交日期 LoadRunner简介： LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。LoadRunner是目前应用最为广泛的性能测试工具之一。 一、实验目的

1. 熟练LoadRunner的工具组成和工具原理。 2. 熟练使用LoadRunner进行Web系统测试和压力负载测试。 3. 掌握LoadRunner测试流程。 二、实验设备 PC机：清华同方电脑 操作系统：windows 7 实用工具：WPS Office，LoadRunner8.0工具，IE9 三、实验内容 （1）、熟悉LoadRunner的工具组成和工具原理 1.LoadRunner工具组成 虚拟用户脚本生成器：捕获最终用户业务流程和创建自动性能测试脚本，即我们在以后说的产生测试脚本； 压力产生器：通过运行虚拟用户产生实际的负载； 用户代理：协调不同负载机上虚拟用户，产生步调一致的虚拟用户；压力调度：根据用户对场景的设置，设置不同脚本的虚拟用户数量；监视系统：监控主要的性能计数器； 压力结果分析工具：本身不能代替分析人员，但是可以辅助测试结果的分析。 2.LoadRunner工具原理 代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner 就是通过代理方式截获客户端和服务器之间交互的数据流。 ①虚拟用户脚本生成器通过代理方式接收客户端发送的数据包，

性能测试报告实战

phpwind系统性能测试报告

目录 1计划概述 (3) 2参考资料 (3) 3术语解释 (3) 4系统简介 (3) 5测试环境 (3) 6测试指标 (4) 7测试工具和测试策略 (4) 8测试数据收集 (4) 9测试结果数据以及截图 (4) 10 测试结论 (9)

1计划概述 目的：找出系统潜在的性能缺陷 目标：从安全，可靠，稳定的角度出发，找出性能缺陷，并且找出系统最佳承受并发用户数，以及并发用户数下长时间运行的负载情况，如要并发100用户，如何对系统进行调优 概述：本次测试计划主要收集分析数据库处理并发请求相关数据，做出分析和调优 测试时间：2018年02月11日*点*分-*点*分 2参考资料 相关性能测试资料 3术语解释 性能测试 英文解释：Performance testing 概念解释：运行性能测试确定系统处理能力，来判断系统是否需要优化 负载测试 英文解释：Load testing 概念解释：通过系统面临多资源运行或被攻击情况下进行测试 4系统简介 数据库服务器，支持整个系统对数据的存储过程 5测试环境

6测试指标 测试时间：*年*月*日—*年*月*日 测试范围：数据库处理服务器或客户端请求信息(插入，查询，更新，删除)语句时，服务器各项性能指标的性能测试 Jmeter指标：（由于Apache旗下性能测试工具Jmeter收集的性能指标偏少，下面的数据选取代表性指标）1．Average/ms：服务器处理事物平均响应时间（表示客户端请求到服务器处理信息且反馈客户端的时间） 2．Throughput/s：服务器每秒处理请求数（表示服务器每秒处理客户端请求数（单位：个/秒））3．KB/s：服务器每秒接受到的数据流量（表示服务器每秒接受到客户端请求的数据量KB表示）硬件指标： 1．%Processor time ：CUP使用率（平均低于75%，低于50%更佳） 2．System：Processor Queue Length ：CUP队列中的线程数（每个处理器平均低于2） 3．Memory：Pages/sec ：内存错误页数（平均低于20，低于15更佳） 4．Physical Disk-%Disk Time：磁盘使用率（平均低于50%） 5．SQL Server：Buffer Manager-Buffer Cache Hit Ratio：（在缓冲区告诉缓存中找到而不需要从磁盘中读取的页的百分比，正常情况次比率超过90%，理想状态接近99%） 7测试工具和测试策略 ?测试工具：Apache-Jmeter3.0.1 ?测试策略：根据公司内部实际情况，以及业务分布设置数据库访问量即并发用户数 ?测试数据：因为涉及公司内部数据不便外泄，敬请见谅！ ?数据说明：选取数据均为代表性数据，包括存储过程以及查询，更新，删除，插入 8测试数据收集 收集多轮测试的结果进行对比，绘制成几何增长图形，找出压力转折点 9测试结果数据以及截图 前提条件：用户数为25个用户数时，各项指标均下降，所以最佳用户定在20个

软件性能测试报告

Official Test Report正式的测试报告 测试项目：软件性能测试 Project Information项目信息: Project Code: 项目代码 072V24S Project Phase: 项目阶段 研发 Software Version: 软件版本 V1.2 Sample Information样品信息: Sample Level: 样品类型 BMS Quantity: 数量 1 Serial Number: 序列号 020151025 Test Operation Information测试信息: Location: 地点上海博强 Start Date: 开始日期 2015-12-18 Finish Date: 完成日期 2015-12-21 Conclusion结论: Pass通过Fail 不通过 Other其它: Performed by测试: 樊佳伦Signature Date: 2015-12-22 Written by撰写: 邓文签名：日期：2015-12-23 Checked by核查: 董安庆2015-12-24 Approved by批准: 穆剑权2015-12-25

Revision History修订履历 SN 序号Report No. 报告编号 Report Version 报告版本 Contents 变更内容 Release Date 发行日期 1 BQ-72V-BMS-0007 V1.0 New release. 2015-12-25 2 BQ-72V-BMS-0007 V1.1 RTC时间再次验证2015-1-7

软件工程测试报告书

《测试报告》 《测试报告》编写参考指南 1. 概述(Summary) 1.1 项目简介(Project Synopsis) 在本章节中简介项目的基本情况。 1.2 术语定义(Terms Glossary) 将该测试报告中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。 1.3 参考资料(References) 说明该测试报告使用的参考资料，如： [1]《商务合同》 [2]《用户需求报告》 [3]《需求规格说明书》 1.4 版本更新信息(Version Updated Record) 版本更新记录格式，如表9-3所示。 表9-3 版本更新记录 2. 目标系统功能需求(Function of Target System) 由《用户需求报告》/《需求规格说明书》拷贝到的功能需求点列表，如表9-4所示。 表9-4 功能需求点列表 3. 目标系统性能需求(Performance of Target System) 由《用户需求报告》/《需求规格说明书》拷贝到的需求性能点列表，如表9-5所示。 表9-5 性能需求点列表 4. 目标系统接口需求(Interface of Target System) 由《用户需求报告》/《需求规格说明书》拷贝到的接口列表，如表9-6所示。 表9-6 外部接口需求点列表

5. 功能测试报告(Report for Function Test) 搭建功能测试平台，使测试平台与运行平台一致。按照功能点列表内容，设计测试用例（输入/输出内容），进行现场测试，记录测试数据，评定测试结果。测试活动的记录格式，如表9-7所示。 表9-7 功能测试记录 6. 性能测试报告(Rreport for Performance Test) 搭建性能测试平台，使测试平台与运行平台一致。按照性能点列表内容，设计测试用例（输入/输出内容），进行现场测试，记录测试数据，评定测试结果。测试活动的记录，如表9-8所示。 表9-8 性能测试记录 7. 接口测试报告(Report for Interface Test) 搭建接口测试平台，使测试平台与运行平台一致。按照接口列表内容，设计测试用例(输入/输出内容)，进行现场测试，记录测试数据，评定测试结果。测试活动的记录，如表9-9所示。 表9-9 接口测试记录 8. 不符合项列表(Check List of Noncompliance Items) 将测试中的所有不符合项(Bug项)，整理后分别记录到表9-10、表9-11和表9-12中。 表9-10 功能测试不符合项列表 表9-11 性能测试不符合项列表

软件性能测试报告

软件性能测试报告2014年12 月

目录 1.测试目的 (1) 2.测试时间及地点 (1) 3.测试要点及测试方法 (1) 4.测试环境及测试工具 (1) 5. 功能测试 (2) 6.性能测试 (3) 6.1可操作性测试结果 (3) 6.2 安全性测试结果 (3) 6.3 兼容性测试结果 (3) 6.4 稳定性测试 (3) 6.5 压力测试 (4) 7.测试小结 (4)

1.测试目的 本测试报告为Sphinx全文检索，可以结合MySQL,PostgreSQL做全文搜索，它可以提供比数据库本身更专业的搜索功能，使得应用程序更容易实现专业化的全文检索，进行大日志数据查询。 2.测试时间及地点 测试时间：2014年12月 测试地点：办公区 3.测试要点及测试方法 （1）测试要点 ?软件的基本配置； ?软件实现的功能； ?软件检索的方式； （2）测试方法 黑盒测试，手工测试 4.测试环境及测试工具 （1）测试环境 ?网网络环境：局域网 ?硬件环境

软件环境 操作系统：centos6.5 数据库：MySql数据库 WEB环境：Nginx、php （2）测试工具：Sphinx （3）依赖工具：c++编译器、make程序、coreseek 5.功能性测试步骤

6.性能测试 6.1可操作性测试结果 6.2 安全性测试结果 6.3 兼容性测试结果 6.4 稳定性测试

6.5 压力测试 测试方法：通过sphinx工具可进行大数据全文检索，利用coreseek可对中文进行分词查询。 查询测试： 测试结果： Api调用测试成功 属性值输入测试成 英文查询测试成功 中文查询测试成功 7.测试小结 通过对Sphinx的功能和性能进行测试得出如下结论： 一、支持多种数据来源

供电系统测试报告

供电系统测试报告目录 1 简介 1.1目的和范围 1.2术语和缩略语 1.3测试方案摘要 1.4测试方法 1.5测试工具 2 测试环境与配置 2.1 测试网络关系图 2.2 测试软硬件环境及配置 3 性能测试业务描述 3.1 测试需求 3.2 测试点1：点击分析按钮进行检索 4 测试结果 4.1 测试场景 4.1.1 场景设计1： 4.1.2 场景设计2： 4.2 测试结果 4.2.1 场景1结果： 4.2.2 场景2结果： 5 性能测试业务描述 5.1 场景1结果分析 5.2 场景2结果分析 6 结论 6.1 场景1结论 6.2 场景2结论

1 简介 1.1 目的和范围 完成对NLP管理系统的压力测试 主要是对硬件环境、系统设置等方面的调整来达到预期的性能目标。 1）测试产品在单台应用服务器上部署时可以承受的最大并发数； 1.2 术语和缩略语 1.3 测试方案摘要 ● 应用服务器并发测试 ? 并发100用户 ◆ 总持续时间(包括加压/减压): 00:08:05 ◆ 最大运行 Vuser 数: 100 ◆ 总吞吐量(字节): 290,036,269 ◆ 总点击次数: 29,060 ? 并发50用户 ◆ 总持续时间(包括加压/减压): 00:06:24 ◆ 最大运行 Vuser 数: 50 ◆ 总吞吐量(字节): 1,027,085,669 ◆ 总点击次数:103,358 1.4 测试方法 假设最高峰时有100/50 人在线，那么该系统的最大并发数为100/50。根据系统 来进一步分析测试用户场景，并据此设计相应的测试方案。 1.5 测试工具 ● 黑盒测试