硬盘io系能测试工具汇总
io测试工具
1.windows io测试工具
HD Tune
HD Tune 是一款小巧易用的硬盘工具软件，其主要功能有硬盘传输速率检测，健康状态检测，温度检测及HD Tune 5.00
磁盘表面扫描存取时间、CPU占用率。另外，还能检测出硬盘的固件版本、序列号、容量、缓存大小以及当前的Ultra DMA
模式等。虽然这些功能其它软件也有，但难能可贵的是此软件把所有这些功能积于一身，而且非常小巧，速度又快，更重
要的是它是免费软件，可自由使用。
SANergy 充分利用SAN的潜力，测试盘阵
使用Tivoli SANergy，客户可以有效地集中他们的存储资源，已达到减少管理费用，提高系统系能和增加投资回报率（ROI）的
目的。Tivoli的SANergy使用户能够通过实施存储区域网络(SAN)透明的共享共用存储器，卷和文件的存取；可以使用UNIX
®；windows NT®；和Apple Macintosh 系统再卷，文件和字节级上跨平台共享存储资源。
共享的方式大大的增加吞吐量，降低管理费用。通过合并存储空间和消除多主机环境中常见的复制数据而获得的高性能共享式存储
环境，能显著降IT成本。
2.linux 下服务器测试工具
vps测试工具
unixbench 是一款不错的linux下的vps性能测试软件。unixbeach的目的是给类unix系统的性能提供一种基本的指标；因此，多个测试被用于测试系统性能的各种各样的方面。
然后将这些测试结果与从基础系统的分数比较，产生一个预定的值，这个预定值比原始的分数更容易处理。综合整套系列的预定值将得出一个系统全面的索引。unixbench包含了一些非常简单的图形测试，实现了测量系统的2D和3D图形性能。
unixbeach也能处理多处理器系统。如果您的系统有多个cpus，缺省行为是两次进行选择的测试--一次雨每个测试程序的一个拷贝每次跑，和N一次复制，其中N是cpus的数量。
这些设计使您能评价：当运行唯一任务时您系统的性能；多任务时您系统的性能；实施并行处理后你的系统性能的提高。
请注意unixbeach是一个系统基准测试工具，不是cpu，ram或者磁盘基准测试工具。结果不仅依靠您的硬件，还要依靠您的操作系统，库甚至编译器。
vps（virtual private server 虚拟专用服务器）技术，将一部服务器分割成多个虚拟专享服务器的优质服务。每个vps都可以分配独立的公网ip地址，
独立操作系统，独立超大空间，独立内存，独立cpu资源，独立执行程序和独立系统配置。
用户除了可以分配多个虚拟主机及无限企业邮箱外，更具有独立
服务器功能，可自行安装程序，单独重启服务器。高端虚拟主机用户的最佳选择。虚拟专用服务器确保所有资源为用户独享，给用户最高的服务品质保证，让用户
以虚拟主机的价格享受到独立主机的服务品质。
linux下io性能测试工具
https://www.doczj.com/doc/a714546730.html,/62582/809284
以下分别用dd/orion/iozone/bonnie++四种工具对磁盘io进行了测试
首先用自带dd命令先测一下，块大小为8k
dd只能提供一个大概的测试结果，而且是连续IO而不是随机IO
读测试
#time dd if=/dev/sda2 of=/dev/null bs=8k count=8388608
8388608+0 records in
8388608+0 records out
68719476736 bytes (69 GB) copied, 516.547 seconds, 133 MB/s
real 8m36.926s
user 0m0.117s
sys 0m55.216s
写测试
#time dd if=/dev/zero of=/opt/iotest bs=8k count=8388608
8388608+0 records in
8388608+0 records out
68719476736 bytes (69 GB) copied, 888.398 seconds, 77.4 MB/s
real 14m48.743s
user 0m3.678s
sys 2m47.158s
读写测试
#time dd if=/dev/sda2 of=/opt/iotest bs=8k count=8388608
8388608+0 records in
8388608+0 records out
68719476736 bytes (69 GB) copied, 1869.89 seconds, 36.8 MB/s
real 31m10.343s
user 0m2.613s
sys 3m25.548s
接下来用oracle的orion工具来测一下
解压即可使用
#gzip orion_linux_x86-64.gz
测异步IO时需要libaio库
#export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib64
#echo $LD_LIBRARY_PATH
:/opt/oracle/product/10.2.0/lib:/usr/lib64
创建配置文件mytest.lun,列出要测试的分区即可。注意文件明前缀要跟下面的testname一致
#vi mytest.lun
查看mytest.lun
/dev/sda2
先来个simple test
# ./orion_linux_x86-64 -run simple -testname mytest -num_disk 8
查看测试结果
#cat mytest_20081111_1431_summary.txt
ORION VERSION 11.1.0.7.0
commandline:
-run simple -testname mytest -num_disk 8
This maps to this test:
Test:mytest
Small IO size:8kB
Large IO size:1024kB
IO Types:Small Random IOs, Large Random IOs
Simulated Array Type:CONCAT
Write:0%
Cache Size:Not Entered
Duration for each Data Point:60 seconds
Small Columns:,0
Large Columns:,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16
Total Data Points:38
Name:/dev/sda2 Size:629143441920
1 FILEs found.
Maximum Large MBPS=56.97 @Small=0 and Large=7
Maximum Small IOPS=442 @Small=40 and Large=0
Minimum Small Latency=14.62 @Small=1 and Large=0
最大MBPS位56.97，最大IOPS位442
再测试一下8k随机读操作
# ./orion_linux_x86-64 -run advanced -testname mytest -num_disks 8 -size_small 8 -size_large 8 -type rand&
查看结果
#cat mytest_20081111_1519_summary.txt
ORION VERSION 11.1.0.7.0
commandline:
-run advanced -testname mytest -num_disks 8 -size_small 8 -size_large 8 -type rand
This maps to this test:
Test:mytest
Small IO size:8KB
Large IO size:8KB
IO Types:Small Random IOs,Large Random IOs
Simulated Array Type:CONCAT
Write:%
Cache Size:Not Entered
Duration for each Data Point:60 sedonds
Small Columns:, 0
Large Columns:, 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16
Total Data Points:38
Name:/dev/sda2 Size:629143441920
1 FILEs found.
Maximum Large MBPS=3.21 @ Small=0 and Large=13
Maximum Small IOPS=448 @Small=38 and Large=0
Minimum Small Latency=15.16 @Small=1 and Large=0
最大MBPS为3.21（这么低？？），最大IOPS位448
再测试一下1M顺序读操作，失败了，原因不明...
#./orion_linux_x86-64 -run advanced -testname mytest -num_disk 8 -size_small 1024 -size_large 1024 -type seq
ORION:ORacle IO Numbers --Version 11.1.0.7.0
mytest_20081114_1349
Test will take approximately 73 minutes
Larger caches may take longer
rwbase_run_test:rwbase_reap_req failed
rwbase_run_process:rwbase_run_test failedd
rwbase_rwluns:rwbase_run_process failed
orion_warm_cache:Warming cache failed.Continuing
看看结果
#cat mytest_20081111_1620_summary.txt
ORION VERSION 11.1.0.7.0
Commandline:
-run advanced -testname mytest -num_disk 8 -size_small 1024 -size_large 1024 -type seq
This maps to this test:
Test:mytest
Small IO size:1024KB
Large IO size:1024KB
IO Types:Small Random IOs,Large Sequential Streams
Number of Concurrent IOs Per Stream:4
Force streams to separate disks:No
Simulated Array Type:CONCAT
Write:0%
Cache Size:Not Entered
Duration for each Data Point:60 seconds
没结果，失败
3.用iozone来测试一下
安装
#tar -xvf iozone3_345.tar
#make linux-AMD64
指定64G的文件，只测read/reread 和write/rewrite,记录大小从4k-16k，同时生成一个excel 文件iozone.wks
#./iozone -Rab iozone.wks -s64G -i 0 -i 1 -y 4k -q 16k
Iozone:Performance Test of File I/O
Version $Revision:3.345$
Compiled for 64bit mode
Build:linux-AMD64
Contributors:William Norcott,Don Capps,Isom Crawford,Kirby Collins
Al Slater,Scott Rhine,Mike Wisner,Ken Goss
Steve Landherr,Brad Smith,Mark Kelly,Dr.Alain CYR,
Randy Dunlap,Mark Montague,Dan Million,Gavin Brebner,
Jean=Marc Zucconi,Jeff Blomberg,Benny Halevy,Dave Boone,
Erik Habbinga,Kris Strecker,Walter Wong,Joshua Root,
Fabrice Bacchella,Zhenghua Xue,Qin Li.
Run began:Tue Nov 11 10:23:25 2008
Excel chart generation enabled
Auto Mode
File size set to 67108864KB
Using Minimum Record Size 4KB
Using Maximum Recourd Size 16KB
Command line used:./iozone -Rab iozone.wks -s64G -i 0 -i 1 -y 4k -q 16k
Output is in Kbytes/secc
Time Resolution=0.000001 seconds.
Processor cache size set to 1024Kbytes.
Processor cache line size set to 32 bytes.
File stride size set to 17* record size
random random bkwd record stride
KB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
67108864 4 72882 69470 104898 125512
67108864 8 72083 69256 133689 109061
67108864 16 73375 69155 142019 116034
iozone test complete.
Excel output is below:
"Write report"
"4" "8" "16"
"67108864" 72882 72083 73375
"Re-writer report"
"4""8""16"
"67108864" 104898 133689 142019
"Re-Reader report"
"4" "8" "16"
"67108864" 125512 109061 116034
可以看到，8k的写是72M/s左右，读是133M/s左右，跟dd的结果比较接近
测试一下64G文件8k随机读写
#./iozone -Rab iozone.wks -s64G -i 2 -y 8k -q 8k
Iozone:Performance Test of File I/O
Version $Revision:3.345$
compiled for 64bit mode.
Build:linux-AMD64
Contributors:William Norcott,Don Capps,Isom Crawford,Kirby Collins
Al Slater,Scott Rhine,Mike Wisner,Ken Goss
Steve Landherr,Brad Smith,Mark Kelly,Dr.Alain CYR,
Randy Dunlap,Mark Montague,Dan Million,Gavin Brebner,
Jean-Marc Zuccone,Jeff Blomberg,Benny Halevy,Dave Boone,
Erik Habbinga,Kris Strecker,Walter Wong,joshua Root,
Fabrice Bacchella,Zhenghua Xue,Qin Li.
Run began:Fri Nov 14 15:52:01 2008
Excel chart generation enabled
Auto Mode
File size set to 67108864 KB
Using Minimum Record Size 8 KB
Using Maximum Record Size 8 KB
Command line used: ./iozone -Rab iozone.wks -s64G -i 2 -y 8k -q 8k
Output is in Kbytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 Kbytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
random random bkwd record stride
KB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
67108864 8
Error reading block at 6501007360
read: Success
出错了(??)
最后用bonnie++测一下
安装
#export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib64
#./configure
#make
#make install
开始测试，默认文件大小是内存2倍
#bonnie++ -d /opt/IOTest/ -m sva17 -u root
Using uid:0,gid:0
Writing with putc()...done
Writing intelligently...done
Rewriting...done
Reading with getc()...done
Reading intelligently...done
start 'em...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...done.
Version 1.03e ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
sva17 63G 52391 84 35222 7 34323 6 56362 88 131568 10 176.7 0
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
sva17,63G,52391,84,35222,7,34323,6,56362,88,131568,10,176.7,0,16,+++++,+++,+++++,+++,+++ ++,+++,+++++,+++,+++++,+++,+++++,+++
结论：不同测试工具构建出来的测试环境不同，侧重点也不一样，得到的结果可能相差比较大。
MBPS:
dd和iozone比较接近，读写分别是130+和70+
orion读57左右，写没有测（会删掉分区内所有的文件！）
bonnie++按块读是130左右，写是35左右；按字符是56左右，写是52左右
IOPS：
dd无结果
orion 440左右（只读）
iozone出错
bonnie++ 176.7（读写）
软件测试工具汇总 一、工具汇总 1.免费工具 下表中针对WEB页面或B/S结构进行功能和性能测试的工具有： 开源功能自动化测试工具：PureTest，OpenSTA，Watir、Selenium、MaxQ、WebInject、Fitnesse 开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster PureTest Minq公司功能测试商业 免费 本是业内商业自动化测试工具之一，如今PureTest已经免费。它专注于对WEB应用程序进行功能自动化测试，并即时对WEB页面元素进行检 测，对HTTP请求、响应进行诊断分析。 PureTest is an application which is primarily used to setup scenarios of tasks, execute and debug them. Even though it supports testing a variety of applications it is especially useful for debugging and snooping of web applications. PureTest includes a HTTP Recorder and Web Crawler which makes it useful for generic verification of HTTP requests and web content checking. The normal way to access web sites is via a browser; however, there are times when it is desirable to bypass the browser and access a site from a program, including: Debugging of HTTP requests and responses Automated web site testing The HTTP Recorder simplifies the process of capturing all requests that are exchanged between a browser and the web server. Then use PureTest to replay each request in order to carefully watch the HTTP data that is transferred on the wire (HTTP headers, request parameters, response headers and response content). The Web Crawler is useful to pro-actively verify the consistence of a static web structure. It reports various metrics, broken links and the structure of the crawled web. Test scenarios that be saved to file and later be repeated, to verify that you server applictaion works as expected. This can be done using the PureTest debugger in the grapical user interface, but also using a command line interface. PureLoad Minq公司负载压力测 试 商业 免费 PureLoad正是一款基于Java开发的网络负压测试工具，它的Script代码 完全使用XML，所以，这些代码的编写很简单，可以测试各种C/S程序， 如SMTP Server等。它的测试报表包含文字和图形并可以输出为HTML 文件。由于是基于Java的软件，所以，可以通过Java Beans API来增强 软件功能。
基于模型的测试综述 2016年1月
摘要 面向对象软件开发应用越来越广泛，自动化测试也随之被程序员认可和接受，随之而来的就是基于UML的软件开发技术的大范围普及和基于模型的软件测试技术的普遍应用。基于模型的测试是软件编码阶段的主要测试方法之一，具有测试效率高、排除逻辑复杂故障测试效果好等特点。本文描述了基于模型的测试的模型以及建模标准，并介绍基于模型的测试的基本过程以及支持工具，同时通过七个维度对基于模型的测试方法进行描述。最后分析基于模型的测试的优缺点并列举了应用案例。 关键词：软件测试，基于模型的测试，软件模型，测试工具
目录 摘要................................................ I 1 引言 (2) 2 基于模型的测试、模型以及建模标准 (2) 2.1基于模型的测试 (2) 2.2基于模型的测试的模型 (3) 2.3建模标准 (4) 3 基于模型的测试的基本过程及支持工具 (5) 3.1基于模型的测试的基本过程 (5) 3.2支持工具 (6) 4 分类 (7) 4.1 模型主体 (7) 4.2 模型冗余程度 (7) 4.3 模型特征 (7) 4.4 模型表示法 (7) 4.5 测试用例选择标准 (8) 4.6 测试用例生成技术 (8) 4.7 联机、脱机测试用例生成 (9) 5 基于模型的测试的工具Spec Explorer (9) 5.1 Spec Explorer (9) 5.2 连接测试用例和待测系统 (9) 5.3 静态模型和实例模型 (11) 6 基于模型的测试的优缺点 (11) 参考文献 (13)
安卓应用自动化测试工具大汇总（转） 2012-08-31 王盛元 大部分是商业工具，最后几个是开源工具。 安卓应用自动化测试工具之一– PerfectoMobile 该工具的官方网址：https://www.doczj.com/doc/a714546730.html, 背景：美国/以色列公司，该工具已有6年历史。 突出特点：测试脚本可以跨平台（Android/iOS/Blackberry...）执行，号称拥有市面上所有智能机。 接下来我们尝试从以下几个方面了解该工具： [b]脚本编辑器[/b] 它有两种方式：一、纯Web的脚本制作界面；二、近年新开发的QTP 插件； [b]脚本语言[/b] Web端的是基于关键字的脚本设计器“ScriptOnce”；如果用QTP插件，则是VBScript。 [b]是否支持录制脚本[/b] Web端是鼠标拖拽的方式制作脚本；QTP插件是否可以支持录制就不清楚了。
[b]结果验证[/b] 通过对比界面图像来验证测试结果 [b]价格[/b] Web端对于设备的使用是按小时收费。QTP插件的费用还不清楚。相信不会比QTP贵吧～ :-) -- 安卓应用自动化测试工具之二 - TestDroid 该工具的官方网址：https://www.doczj.com/doc/a714546730.html, 背景：芬兰公司，近两年刚起步，去年年底开始做云平台。 突出特点：测试脚本可以录制，并转成Robotium/MonkeyRunner脚本。 接下来我们尝试从以下几个方面了解该工具： [b]脚本编辑器[/b] 其实就是Eclipse插件。 [b]是否支持录制脚本 & 脚本语言[/b] 可以用录制的方式产生脚本，并生成Robotium or MonkeyRunner的脚本语言。但这个前提是一定要有被测应用的源代码。官方文档虽然说不用源码也能测，只是抓不到R-Class级别的对象。但笔者试了一下没有源码的apk，好像文本框的顺序还无法辨认。
常用办公软件测试题 一、综合部分 1．对于Office XP应用程序中的“保存”和“另存为”命令，正确的是___。 A．文档首次存盘时，只能使用“保存”命令 B．文档首次存档时，只能使用“另存为”命令 C．首次存盘时，无论使用“保存”或“另存为”命令，都出现“另存为”对话框 D．再次存盘时，无论使用“保存”或“另存为”命令，会出现“另存为”对话框 2．对于Office XP应用程序中的“常用”工具栏上的“新建”命令按钮和“文件”菜单下的“新建”命令项，不正确的是___。 A．都可以建立新文档 B．作用完全相同 C．“新建”命令按钮操作没有“模板”对话框，使用空白模板 D．“文件”后“新建”命令可打开“模板”对话框，可以选择不同的模板 3．不能在“另存为”对话框中修改文档的___。 A．位置B。名称 C．内容D。类型 4．Office XP应用程序中的“文件”菜单底端列出的几个文件名表示___。 A．用于切换的文件B。已打开的文件 C．正在打印的文件D。最近被该Office XP应用程序处理过的文件 5．在文本编辑状态，执行“编辑”到“复制”命令后，___。
A．被选定的内容复制到插入点 B．被选定的内容复制到剪贴板 C．被选定内容的格式复制到剪贴板 D．剪贴板的内容复制到插入点 6．当“编辑”菜单中的“剪切”和“复制”命令呈浅灰色而不能被选择时，表示___。A．选定的内容太长，剪贴板放不了 B．剪贴板里已经有信息了 C．在文档中没有选定任何信息 D．选定的内容三图形对象 7．Office XP应用程序中的工具栏可以___。 A．放在程序窗口的上边或下边 B．放在程序窗口的左边或右边 C．作为一个窗口放在文本编辑区 D．以上都可以 8．可以从___中选择Office XP应用程序中的命令。 A．菜单B。工具栏 C．快捷菜单D。以上都可以 9．Office XP应用程序中使用鼠标进行复制操作应___。 A．直接拖动B。按住
中文摘要：随着网络技术的日益成熟，网络已经深入到生活的每一个角落，包括教育、购物、咨询、办公等等许多领域。在网络迅速发展的今天，网页技术的应用也越来越广泛。网页技术的应用对于教育行业来说优势更加的明显。教育行业可以通过网络进行学生和教职工的管理、组织学生在线考试、在网站上发布学校相关信息等活动。这样不仅能增加学校管理的透明度，还提高了学校的管理水平。在线考试还能充分的利用学校的现有资源，大大减轻教师的工作量，把老师从出卷、阅卷等一些繁重中做中解脱出来。 本文重点论述了由于网络的存在扩大了学校的服务范围，为学校的管理提供了更多的条件。对此做出了详细的调查，可行性研究和分析。系统采用了B/S结构，在网络上建立学校自己的教育网站。系统开发经历了系统分析、系统设计和系统实施三个阶段。从设计方案的提出，经过详细的调查，分析了方案的可行性和必要性，通过详细的系统设计，力图提高系统的集成性和快捷性；并在系统实施阶段收集了大量的实验数据，以便测试阶段系统的准确性和稳定性。 系统整体是基于浏览器/服务器，前台应用JSP技术，后台采用SQL Server2000作为数据库与前台连接。 关键词：网络教育在线考试B/S结构JSP技术 一、前言 在CMM/CMMI定义的软件开发的生命周期中，软件测试是一个至关重要的环节。从保证软件 质量的角度来说，软件测试是软件质量保证工程的一个重要组成部分，也是最重要的质量保证手 段。为了保证所提交的软件产品能够满足客户的需求，以及在使用中的可靠性，就必须对所开发 的软件产品进行系统而全面的测试。 测试管理系统（TMS）有助于对制定测试计划、编写测试方案、测试用例、缺陷（BUG）跟踪处 理、测试报告、数据统计等各个阶段进行有效的控制和管理，以提高软件开发，尤其是软件测试 管理的水平，保证软件产品质量。基于测试管理系统的测试管理方式也越来越成为软件企业实施 CMM/CMMI必不可少的手段之一。 二、软件测试流程 有人说测试成功的三要素是流程、培训和工具的建立。而建立有效、受控、可重复的测试流程首 当其冲。
摘要 随着信息科技的发展。数字科技的进步。人们对所使用的软件要求越来越严格，许多大型的软件公司对自己严发出来的软件要求也越来越严格，为了解决其中的BUG，软件测试行业开始在国内崛起。新兴的科技技术，带领着软件业开始飞速发展，产品趋于完美化，智能化，易用程度也大大的提高。 但是软件测试行业的形成是因为什么呢？许多人只知道软件测试，但是不知道其根本，它的源头是什么，它是怎么发展衍变的？ 本文在探讨软件测试技术的基础上，详细介绍了软件测试的发展，它的衍变过程。同时为大家介绍了多种系列的软件测试工具及它们各自的特点。为软件测试人员理清了测试思路，详细的划分了软件测试的种类。在阅读众多参考文献的情况下对于软件的安全的问题也进行了详细的阐述。最后详细介绍了一款基于主机的入侵检测的工具—PortSentry的安装，配置及使用方法。 关键词软件测试；发展；种类；工具
Abstract Along with information science and technology development.Digital science and technology progress.The people for the software request which uses are more and more strict, many large-scale software companies the software request which sends strictly to oneself more and more are also strict, in order to solve BUG, the software test profession starts in to rise domestically.The emerging technical technology, leads the software industry to start to develop rapidly, the product tends to the beautification, the intellectualization, easy to use the degree also big enhancement. But is the software test profession formation because of what? Many people only know the software test, but did not know its basic, what is its source, how is it develops evolves? This article in the discussion software test technology foundation, introduced in detail the software tests the development, it evolves the process.Meanwhile introduced many kinds of series software testing tool and they respective characteristic for everybody.Tested the personnel for the software to clear off the test mentality, the detailed division software has tested type.Has also carried on the detailed elaboration in the reading multitudinous reference situation regarding the software security question.Finally introduced one section in detail based on the main engine invasion examination tool - PortSentry installment, the disposition and the application method. Keywords software test，development，kind,tool
静态代码分析、测试工具汇总 静态代码扫描，借用一段网上的原文解释一下 ( 这里叫静态检查 ) ：“静态测试包括代码检查、 静态结构分析、代码质量度量等。它可以由人工进行，充分发挥人的逻辑思维优势， 也可以借助软件工具自动进行。代码检查代码检查包括代码走查、桌面检查、代码审查等， 主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代 码结构的合理性等方面；可以发现违背程序编写标准的问题，程序中不安全、不明确和模糊 的部分，找出程序中不可移植部分、违背程序编程风格的问题，包括变量检查、命名和类型 审查、程序逻辑审查、程序语法检查和程序结构检查等内容。”。 我看了一系列的静态代码扫描或者叫静态代码分析工具后，总结对工具的看法：静态代码 扫描工具，和编译器的某些功能其实是很相似的，他们也需要词法分析，语法分析，语意 分析 ...但和编译器不一样的是他们可以自定义各种各样的复杂的规则去对代码进行分析。 以下将会列出的静态代码扫描工具，会由于实现方法，算法，分析的层次不同，功能上会 差异很大。有的可以做 SQL注入的检查，有的则不能 ( 当然，由于时间问题还没有对规则进行研究，但要检查复杂的代码安全漏洞，是需要更高深分析算法的，所以有的东西应该不 是设置规则库就可以检查到的，但在安全方面的检查，一定程度上也是可以通过设置规则 进行检查的 )。 主 工具名静态扫描语言开源 / 厂商介绍 页付费网 址 https://www.doczj.com/doc/a714546730.html,、C、 ounec5.0 C++和 C#，付 Ounce Labs \ 还支持费 Java。 还有其他辅助工具： 1.Coverity Thread Coverity C/C++,C#,JAV Analyzer for Java 付费Coverity 2.Coverity Software Prevent A Readiness Manager for Java 3.Coverity
第119贴【2004－10－12】：常见测试术语一 Acceptance Testing－－可接受性测试 一般由用户/客户进行的确认是否可以接受一个产品的验证性测试。 actual outcome－－实际结果 被测对象在特定的条件下实际产生的结果。 Ad Hoc Testing－－随机测试 测试人员通过随机的尝试系统的功能，试图使系统中断。algorithm－－算法 （1）一个定义好的有限规则集，用于在有限步骤内解决一个问题；（2）执行一个特定任务的任何操作序列。 algorithm analysis－－算法分析 一个软件的验证确认任务，用于保证选择的算法是正确的、合适的和稳定的，并且满足所有精确性、规模和时间 方面的要求。 Alpha Testing－－Alpha测试 由选定的用户进行的产品早期性测试。这个测试一般在可控制的环境下进行的。 analysis－－分析 （1）分解到一些原子部分或基本原则，以便确定整体的特性；（2）一个推理的过程，显示一个特定的结果是假 设前提的结果；（3）一个问题的方法研究，并且问题被分解为一些小的相关单元作进一步详细研究。 anomaly－－异常 在文档或软件操作中观察到的任何与期望违背的结果。
application software－－应用软件 满足特定需要的软件。 architecture－－构架 一个系统或组件的组织结构。 ASQ－－自动化软件质量（Automated Software Quality） 使用软件工具来提高软件的质量。 assertion－－断言 指定一个程序必须已经存在的状态的一个逻辑表达式，或者一组程序变量在程序执行期间的某个点上必须满足的 条件。 assertion checking－－断言检查 用户在程序中嵌入的断言的检查。 audit－－审计 一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度。 audit trail－－审计跟踪 系统审计活动的一个时间记录。 Automated Testing－－自动化测试 使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 第120贴【2004－10－13】：常见测试术语二 Backus-Naur Form－－BNF范式 一种分析语言，用于形式化描述语言的语法 baseline－－基线
1.1.1软硬件测试方案 1.1.1.1测试目的和要求 1.1.1.1.1测试目的 作为软件开发的重要环节，软件测试越来越受到人们的重视，软件测试是软件工程过程的一个重要阶段，是在软件投入运行前，对软件需求分析、设计和编码各阶段产品的最终检查，是为了保证软件的正确性、完全性和一致性，从而检测软件错误、修正软件错误的过程。随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难，因此要求测试计划和测试管理更加完备。本次测试安排在项目进行编码过程中和编码完成后进行，测试的内容包括系统界面风格、主要功能、容错能力、模块间的关联等等，依据正规步骤完成单元测试、边缘测试、整体测试。通过测试，及时发现存在于程序中的错误并根据测试结果对程序进行修改，从而确保提交给用户的程序是经过检验并能顺利运行的。 1.1.1.1.2测试的总体要求 软件测试可运用多种不同的测试策略来实现，最常用的方式是自底向上分阶段进行，对不同开发阶段的产品采用不同的测试方法进行检测，从测试开始，然后进行功能测试，最终进行系统测试。 尽早地和不断地进行软件测试。 保证系统风格与界面统一。 保证各系统联接正确，数据传送正常。
抽检程序的内部编写情况无误。 测试用例应由测试输入数据和对应的预期输出结果两部分组 成。 程序员应避免负责测试自己编写的程序。 测试用例，应当包括合理和不合理的输入条件。 应当检查程序是否有不希望的副作用。 程序流程和接口内容绝不可忽视。 充分注意测试中的群体现象。 严格执行测试计划。 对每个测试结果严格检查。 妥善保存文档。 性能测试和功能测试同等重要。 1.1.1.1.3测试人员及组织分工 参加测试人员包括技术支持组部分人员、开发小组全体成员、质保组测试成员和用户人员。组织分工如下： 单元测试：由实施组成员在编码过程中，各自以及交叉进行单元测试。 集成测试：由质保组两名测试成员、实施组两名成员进行集成测试。 系统测试：由技术组项目技术负责人、系统设计师、用户人员进行系统测试。
一、判断题 1. Realone Player不支持多节目连续播放。（N） 2. 网际快车可以上传和下载文件。（N） 3. 天网防火墙的拦截功能是指数据包无法进入或出去。（Y） 4. SnagIt可以捕获DOS屏幕，RM电影和游戏等画面。（Y） 5. Adobe Acrobat Reader可以解压缩文件。（N） 6. 金山词霸2002支持Windows XP,但不支持office XP系统。（N） 7. 在用Ner-Burning Room刻录CD音乐时，若误将数据文件从本地资源管理器中拖入刻录机虚拟资源管理器中时，该文件将被添加到音乐CD中。（N） 8. Symantec Ghost 可以实现数据修复。（N） 9. Easy Recovery 可以恢复任何被从硬盘上删除的文件。（N） 10. Ctrem软件具有防发呆功能。（Y） 二．选择题（每小题2分，共40分） 1、下列不属于金山词霸所具有的功能的是：（C ） A、屏幕取词 B、词典查词 C、全文翻译 D、用户词典 2、东方快车提供了（C ）种语言翻译。 A、1种 B、2种 C、3种 D、4种 3、:Vintual CD 中的Creat按钮的功能为（B ） A、编辑映像文件 B、创建光盘的映像文件 C、映像文件的显示方式 D、将映像文件插入虚拟光驱 4、下列哪一个软件属于光盘刻录软件（A ） A、Nero-Buring Room B:Virtual CD C: DAEMON Tools D:Iparmor 5、下列不属于媒体播放工具的是（D ） A、Winamp B、超级解霸 C、Realone Player D:WinRAR 6、下列媒体播放器可以自由截取单个画面或整段电影的是非曲直（B ） A、Winamp B、超级解霸 C、Realone Player D、音频解霸 7、下列哪一个不是网际快车为已下载的文件设置的缺省创建类别（ D） A、软件 B、游戏和mp3 C、驱动程序 D、电影 8、CuteFTP具有网际快车不具备的功能是（ A） A、上传文件 B、下载文件 C、断点续传 D、支持多线程下载 9、如果在天网防火墙的ICMP规则中输入（ B）则表示任何类型代码都符合本规则。 A、254 B、255 C、256 D、253 10、Norton Antivirus的安全扫描功能包括（D ） ①自动防护②电子邮件扫描③禁止脚本④全面系统扫描 A、①②③ B、①②④ C、①③④ D、①②③④ 11、ACDSee不能对图片进行下列哪种操作（C ） A、浏览和编辑图像 B、图片格式转换 C、抓取图片 D、设置墙纸和幻灯片放映 12、SnagIt捕获的图片可被存为下列哪些格式（D ） ①BMP ②PCX ③TGA ④RSB A、①②③ B、①②④ C、①②③④ D、①② 13、WinRAR不可以解压下列哪些格式的文件（ D）
2.集成测试
集成测试，英文是Integration Testing。 集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。一般集成测试以前，单元测试需要完成。 集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别 3.冒烟测试 冒烟测试，英文是Smoke testing。 冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是新编译的每一个需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。 4.系统测试 系统测试，英文是System Testing。 系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 5.回归测试 回归测试，英文是Regression testing。 回归测试是指在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。 根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现
常用通讯测试工具 鉴于很多MCGS用户和技术人员对通讯测试工具并不很熟悉，本文档将针对实际的测试情况，对串口、以太网通讯调试过程中所涉及到的常用的测试软件进行相关的讲解。 1. 串口测试工具： 串口调试工具：用来模拟上下位机收发数据的串口工具，占用串口资源。如：串口调试助手，串口精灵，Comm等。 串口监听工具：用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源。如：PortMon，ComSky等。 串口模拟工具：用来模拟物理串口的操作，其模拟生成的串口为成对出现，并可被大多数串口调试和监听软件正常识别，是串口测试的绝好工具。如：Visual Serial Port等。 下面将分别介绍串口调试助手、Comm、PortMon和Visual Serial Port的使用。
1.1. 串口调试助手： 为最常用的串口收发测试工具，其各区域说明及操作过程如下： 串口状态 打开/关闭串口 十六进制/ASCII 切换 串口数据 接收区 串口参数 设置区 串口数据 发送区 串口收发计数区 发送数据功能区 保存数据功能区 操作流程如下： ? 设置串口参数（之前先关闭串口）。 ? 设置接收字符类型（十六进制/ASCII 码） ? 设置保存数据的目录路径。 ? 打开串口。 ? 输入发送数据（类型应与接收相同）。 ? 手动或自动发送数据。 ? 点击“保存显示数据”保存接收数据区数据到文件RecXX.txt。 ? 关闭串口。 注：如果没有相应串口或串口被占用时，软件会弹出“没有发现此串口”的提示。
1.2. PortMon 串口监听工具： 用来监听上下位机串口相关操作，并截获收发数据的串口工具。不占用串口资源， 但在进行监听前，要保证相应串口不被占用，否则无法正常监听数据。 连接状态 菜单栏 工具栏 截获数据显示区 PortMon 设置及使用： 1). 确保要监听的串口未被占用。 如果串口被占用，请关闭相应串口的应用程序。比如：要监视MCGS 软件与串口1设备通讯，应该先关闭MCGS 软件。 说明：PortMon 虽不占用串口资源，但在使用前必须确保要监听的串口未被占用，否则无法进行监视。 2). 运行PortMon，并进行相应设置。 ? 连接设置： 在菜单栏选择“计算机(M)”->“连接本地(L)”。如果连接成功，则连接状态显示为“PortMon 于\\计算机名(本地)”。如下图：
计算机软件测试技术 郑人杰主编 清华大学出版社
目录 第一章绪论 (1) 1．1 软件危机和软件生存期 (1) 1．2 软件测试的意义 (4) 1．3 什么是软件测试 (8) 1．4 应该怎样认识软件测试 (10) 1．5 软件测试发展的历史回顾 (16) 参考文献 (21) 第二章软件错误与软件质量保证 (25) 2．1 软件错误类型分析 (25) 2．2 程序中隐藏错误数量估计 (29) 2。3 软件质量因素和质量特性 (31) 2．4 软件质量保证的任务 (35) 2．5 程序排错 (38) 参考文献 (42) 第三章软件测试策略 (43) 3．1 静态方法与动态方法 (43) 3．2 黑盒测试与白盒测试 (44) 3．3 测试步骤 (48) 3．4 人工测试 (56) 参考文献 (62) 第四章黑盒测试 (63) 4．1 等价类划分 (63) 4．2 因果图 (68) 4．3 正交实验设计法 (71) 4．4 边值分析 (78) 4．5 判定表驱动测试 (81) 4．6 功能测试 (85) 参考文献 (92) 第五章白盒测试 (93) 5．1 程序结构分析 (93) 5．2 逻辑覆盖 (101) 5．3 域测试 (110) 5．4 符号测试 (115) 5．5 路径分析 (118) 5．6 程序插装 (129) 5．7 程序变异 (134)
参考文献 (139) 第六章验收测试与测试文档 (141) 6.1 验收测试 (141) 6.2 软件测试文件 (145) 参考文献 (155) 第七章测试工具与测试环境 (156) 7．1 测试工具综述 (156) 7．2 COBOL软件测试环境COSTE系统简介 (173) 7．3 FORTRAN程序动态测试工具DTFG系统简介 (181) 9．4 测试工具支持下的测试实施 (184) 参考文献 (202) 第八章程序正确性证明 (207) 8．1 程序正确性证明概述 (207) 8．2 以公理语义学为基础的正确性证明技术 (209) 8．3 程序综合 (225) 参考文献 (228) 第九章测试可靠性与软件可靠性 (230) 9．1 测试可靠性理论 (230) 9．2 软件可靠性概念 (237) 9．3 软件可靠性模型 (243) 9．4 软件可靠性在软件测试中的应用 (250) 参考文献 (257) 附录 1 软件审查用表 (258) 表1 软件审查概要 (258) 表2 软件审查准备工作记录 (258) 表3 审查结果报告 (259) 表4 审查会发现问题报告 (259) 表5 软件审查总结报告 (260) 附录2 有关软件测试的术语 (261)
软件测试过程中的工具使用软件测试过程中的工具使用 作者：easylife来源：不详 摘要：软件测试是保证软件质量的重要手段，它在整个软件开发过程中 占据了将近一半的时间和资源。在软件测试过程中合理的引入测试工具，能够加快测试进度，提高测试质量，实现更快、更好的开发软件产品的目标。本文介绍了覆盖软件测试各个阶段的测试工具，说明了每一类工具所应用的测试阶段，以及它能发挥的作用。 Abstract：Software test is one measure to insure the quality of software,it costs half of time and resource in the whole process of development.If test tools can be used in the process,it would to improve the speed of test and the quality of test,It's probable to develop software rapidly and to produce high quality.In this document it introduces some software test tools for the different of test moment,it introduce the time for every kind of tools,but the function of the test tool. 关键字：软件测试工具；测试设计；静态分析；单元测试；功能测试； 性能测试；测试过程管理； Keywords：software test tool；test design；static analysis； unit test；function test；performance test；test process management； 1、引言最近几年，软件测试在国内越来越受到重视，因为大家逐渐认识到了软件测试对于保证软件质量的重要性。随着对软件测试重视的提高，国内软件测试技术的发展也很快，逐渐从过去手工作坊式的测试向测试工程化的方向发展。 要真正实现软件测试的工程化，其基础之一就是要有一大批支持软件测 试工程化的工具。因此，软件测试工具对于实现软件测试的工程化来说至关重要。本文就从如何进一步提高软件测试质量和效率的角度出发，讨论测试工具在软件测试过程中的应用。 2、为什么要引入测试工具在测试过程中引入测试工具能给我们带来以下的好处。
常用软件测试工具大全 分类：软件测试 一、商业工具 工具名称来源类型费用功能概要 WinRunner Mercury公 司 功能性测试 收费 昂贵 Winrunner 最主要的功能是自动重复执行某一固定的测试过程，它以脚 本的形式记录下手工测试的一系列操作，在环境相同的情况下重放，检查 其在相同的环境中有无异常的现象或与实际结果不符的地方。可以减少由 于人为因素造成结果错误，同时也可以节省测试人员大量测试时间和精力 来做别的事情。功能模块主要包括：GUI map、检查点、TSL 脚本编程、 批量测试、数据驱动等几部分 LoadRunner Mercury公 司 性能与负载 压力 收费 昂贵 LoadRunner? 是一种预测系统行为和性能的工业标准级负载测试工具。 通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查 找问题，LoadRunner 能够对整个企业架构进行测试。通过使用 LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系 统的发布周期。LoadRunner 是一种适用于各种体系架构的自动负载测试 工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整 个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来 帮助您更快的查找和发现问题。此外，还能支持广范的协议和技术，为您 的特殊环境提供特殊的解决方案。 QuickTest Pro Mercury公 司 功能测试和 回归测试 收费 昂贵 QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。 Mercury的自动化功能测试软件QuickTest Professional ，可以覆盖绝大 多数的软件开发技术，简单高效，并具备测试用例可重用的特点。Mercury QuickTest Pro 是一款先进的自动化测试解决方案，用于创建功能和回归 测试。它自动捕获、验证和重放用户的交互行为。Mercury QuickTest Pro 为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解 决方案。 TestDirector Mercury公 司 测试管理 收费 昂贵 基于WEB的测试管理工具，他能够让你系统地控制整个测试过程，并创 建整个测试工作流的框架和基础，使整个测试管理过程变得更为简单和有 组织。他能够帮助你维护一个测试工程数据库，并且能够覆盖你的应用程 序功能性的各个方面。T并且还为你提供了直观和有效的方式来计划和执 行测试集、收集测试结果并分析数据。还专门提供了一个完善的缺陷跟踪 系统。并可以同Mercury公司的测试工具、第三方或者自主开发的测试工 具、需求和配置管理工具、建模工具的整合功能。你可以通过他进行需求 定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。 SilkTest Segue公司功能测试和收费SilkTest 是面向Web应用、Java应用和传统的C/S应用，进行自动化的
软件测试工具选型报告软件质量管理平台大盘点 传统的软件质量管理关注在特定的测试活动，例如负载/压力测试、功能/回归测试、缺陷跟踪等，近年来有一个明显的趋势是关注全面的质量管理，质量管理的关注点由“找BUG”转移到确保业务目标和客户需求得以更好地满足。 质量保证部门（QA）需要管理和验证的内容包括： 1、确保业务功能的满足：为了降低后期测试的压力和代价，需要把前期的需求管理做好。 2、项目状态的评估：现在可以发布产品了吗？软件质量状况如何？产品安全性如何？ 3、风险评估：对软件的修改、安全性需求的增加的同时，如何控制变更的代价？ 质量管理应该包括软件的整个生命周期（ALM），各软件厂商也纷纷推出自己的质量管理平台，它们各有特点，今天我们就来盘点一下这些质量管理平台和工具，希望对企业进行工具选型时能提供一些参考。 AutomatedQA –技术型 AutomatedQA提供了完整的软件质量产品和简单的许可证模型，对于技术型的测试团队而言比较有吸引力。例如其测试工具TestComplete支持多种脚本语言、支持数据驱动测试和对象驱动测试，而且把性能测试、功能测试、单元测试都集成在一起，可谓是“多合一”，而且售价比较低（最低单用户价格$999）。 AutomatedQA在国外有一批忠实的“追随者”，尤其是那些技术型的公司，测试人员大部分是软件工程师类型的，而不是业务分析型的。AutomatedQA主要通过邮件进行售后技术支持。虽然提供培训服务，并且也有多家服务合作伙伴，但是对于企业级用户而言，缺乏完整的技术服务体系结构。 AutomatedQA的产品能很好地整合到微软的Visual Studio Team System产品线中，但是对于Eclipse缺乏类似的整合。提供了版本管理系统的接口，但是缺乏与流行的需求管理工具的整合。对新技术的支持比较及时，例如支持对基于SVG（Scalable Vector Graphics）的用户界面的测试，支持64位的应用程序等。 AutomatedQA的产品线包括： 1、TestComplete –功能测试、负载测试和单元测试自动化工具。 2、AQtime –性能分析工具。单用户价格$599。 3、AQdevTeam –缺陷跟踪和项目管理工具。 4、Automated Build Studio –构建管理工具，能调用各种应用程序进程，例如测试执行。单用户价格$349。
软件自动化测试工具介绍 一、功能测试工具 1、QTP测试工具 全名 HP QUiCkTeSt ProfeSSional SoftWare ,最新的版本为HP QUiCkTeSt ProfeSSional 11.0 QTP是 quickteSt PrOfeSSiOnal 的简称，是一种自动测试工具。使用QTP的目 的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等 QUiCkTeSt针对的是GUl应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。 2、WinRUnner MerCUry Interactive 公司的 WinRUnner是一种企业级的功能测试工具，用 于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRUnner能够有效地帮助测试人员对复杂的企 业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括 Web应用系统，ERP系统，CRM S统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 3、RatiOnal Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面IBM Rational TeSt Manager上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。 4、AdVentNet QEngine AdVentNet QEngine是一个应用广泛且独立于平台的自动化软件测试工具, 测试、 可用于Web功能Web性能测试、JaVa应用功能测试、JaVa APl测试、SoAP测试、回归测试和 JaVa