有没有一些统计软件测试方面的数据,为了体现出软件测试在不断的...
“假如存在没有任何错误的程序,那么世界也会不复存在。
” 因错误而存在,因修正错误而存在,这就是软件测试工程师的存在之道。
虽然测试不是解决错误的根本举措,但却是必须的手段。
中华英才网近期发布了最新一期的IT职场人气排行榜,最热门的前三名岗位是:软件测试工程师、高级程序员、产品项目经理的高级职位;作为软件开发流程中的重要一环,软件测试在2006年浮出水面,成为IT职场的最新热门岗位。
据统计,2006年北京在国展举办的几次招聘会,合计曾有180多家软件企业高薪招聘软件测试人员,仅有7家收到的简历能够达到招聘岗位数的50%,但符合企业要求者也不足30%。
根据权威网站的统计数据,最近一个月内北京计算机科学与技术专业的招聘职位接近12000个,其中软件类职位有5000个,测试类职位有3000个,网络类职位接近40a0个。
在2006年,中国软件外包行业对于人才的需求非常大,尤其以研发人员最为明显。
笔者从一位测试行业资深人士了解到,随着测试工作量的增加,如果要招到合适的软测人员,很多测试部门经理不得不把大部分时间和精力用在人员招聘上。
如果说是企业的要求苛刻,倒不如说应聘者对于软测的知识掌握还不成体系,真正合格的测试人员太少;我国目前软件测试的人才需求缺口超过20万人,人才的紧缺也促使软件测试工程师的薪资逐渐走高,高级测试工程师年薪可高达10万元。
从近期的企业人才需求和薪金水平来看,软件测试工程师的年工资还有逐年上升的明显趋势。
而目前我国还没有软件测试的大专和本科专业,在软件测试越来越重要的今天,更加凸显出软测人才缺乏的瓶颈;也因此软件测试工程师的薪酬一直“高烧不退”。
软件测试工程师的工作内容 “假如存在没有任何错误的程序,那么世界也会不复存在。
” 因错误而存在,因修正错误而存在,这就是软件测试工程师的存在之道。
虽然测试不是解决错误的根本举措,但却是必须的手段。
软件测试工程师(Software Testing Engineer)的主要工作职责是,理解产品的功能要求,并对其进行测试,检查软件有没有错误(Bug),决定软件是否具有稳定性(Robustness),写出相应的测试规范和测试案例。
简而言之,软件测试工程师在一家软件企业中担当的是“质量管理”角色,及时纠错及时更正,确保产品的正常运作。
据有关调查数据表明,目前在国内许多软件企业,测试人员和开发人员之比在1:7和1:5之间,与国外软件业1:1的比例还相去甚远。
软件测试工程师主要职责为: 1、负责项目/产品的测试工作,分析产品需求,建立测试环境和计划,保证产品质量以及测试工作的顺利进行; 2、按照软件工程规范和项目管理流程,实施、管理和知道软件开发不同阶段的各种测试,并提交测试报告。
测试的计划安排包括人员安排、进度、使用的软硬件环境、测试的流程等; 3、提交测试报告,并撰写用户说明书; 4、参与软件测试技术和规范的改进和制定。
要成为一名合格的软测工程师,一般需要至少专科学历,一到两年测试工作经验。
要熟悉软件的测试技术、方法、流程、测试文档,若想进一步提升,还要熟悉自动化测试的流程、管理及深层开发(包括测试框架等);了解若干主流测试工具,如功能测试工具winrunner、quicktestpro,性能测试工具LoadRunner,配置管理工具TestDirecter, Visiual Source Safe等;熟悉一些主流的软件工程方法论和思想,如RUP、CMM、CMMI、XP、PSP、TSP;了解软件工程,软件生命周期模型基础,了解软件配置管理;能够根据不同企业的产品特点,要求了解相应的开发测试方法。
对于资深的软件测试人员,有些企业还要求其本身有自主开发测试工具的能力。
此外,由于需要与开发人员及时沟通,因此作为一个出色的软件测试工程师,还需要有良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神。
软测工程师,薪情差异大 并非软件测试工程师清一色的都是高薪,从业时间不同,技术水平不同,薪酬待遇也不尽相同。
软件测试的基本标准是什么?
1)所有的测试都应追溯到用户需求。
软件测试的目标在于揭示错误。
从用户角度来看,最严重的错误是那些导致程序无法满足需求的错误。
(2)应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭。
应该在测试工作真正开始前的较长时间内就进行测试计划。
测试计划可以在需求模型一完成就开始,详细的测试用例定义可以在设计模型被确定后立即开始。
因此,所有测试应该在任何代码被产生前就进行计划和设计。
(3)pareto原则:测试发现的错误中80%很可能起源于20%的模块中。
当某个功能出问题,其对用户的影响有多大?然后根据风险大小确定测试的优先级。
优先级高的测试,优先得到执行,一般来讲,针对用户最常用的20%功能(优先级高)的测试会得到完全执行,而低优先级的测试(另外用户不经常用的80%功能)就不是必要的,如果时间或经费不够,就暂时不做或少做。
(4)完全测试是不可能的,测试需要终止。
测试无法显示软件潜在的缺陷,“测试只能证明软件存在错误而不能证明软件没有错误”。
最初的测试通常把焦点放在单个程序模块上,进一步测试的焦点则转向在集成的模块簇中寻找错误,最后在整个系统中寻找错误。
在测试中不可能运行路径的每一种组合。
然而,充分覆盖程序逻辑,并确保程序设计中使用的所有条件是有可能的。
(5)应由独立的第三方来构造测试。
第三方测试最大的特点在于它的专业性、独立性、客观性和公正性。
对于软件开发商来说,经过第三方测试机构的测试,不仅可以通过专业化的测试手段发现软件错误,帮助开发商提升软件的品质,而且可以对软件有一个客观、科学的评价,有助于开发商认清自己产品的定位。
对于行业主管部门以及软件使用者来说,由于第三方测试机构独立公正的地位,可以对被测试的软件有一个客观公正的评价,帮助用户选择合适、优秀的软件产品。
(6)充分注意测试中的群集现象。
测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。
不要在某个程序段中找到几个错误就误认为该程序段就没有错误而不再测试,相反应该对错误群集的程序段进行重点测试。
(7)尽量避免测试的随意性。
测试计划应包括:所测软件的功能,输入和输出,测试内容,各项测试的进度安排,资源要求,测试资料,测试工具,测试用例的选择,测试的控制方法和过程,系统的配置方式,跟踪规则,调试规则,以及回归测试的规定等以及评价标准。
(8)兼顾合理的输入和不合理的输入数据。
(9)程序修改后要回归测试修改程序后,应该重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
(10)应长期保留测试用例,直至系统废弃。
妥善保存测试计划,测试用例,出错统计和最终分析报告,为维护等提供方便。
软件测试的方法一共有几种
1、按是否查看程序内部结构分为:(1)黑盒测试(black-box testing):只关心输入和输出的结果 (2)白盒测试(white-box testing):去研究里面的源代码和程序结构2、按是否运行程序分为:(1)静态测试(static testing):是指不实际运行被测软件,而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括:对于代码测试,主要是测试代码是否符合相应的标准和规范。
对于界面测试,主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试,主要测试用户手册和需求说明是否真正符合用户的实际需求。
(5)动态测试(dynamic testing),是指实际运行被测程序,输入相应的测试数据,检查输出结果和预期结果是否相符的过程3、按阶段划分:(1)单元测试(unit testing),是指对软件中的最小可测试单元进行检查和验证。
桩模块(stud)是指模拟被测模块所调用的模块,驱动模块(driver)是指模拟被测模块的上级模块,驱动模块用来接收测试数据,启动被测模块并输出结果。
(2)集成测试(integration testing),是单元测试的下一阶段,是指将通过测试的单元模块组装成系统或子系统,再进行测试,重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合,正常运行。
(3)系统测试(system testing),指的是将整个软件系统看做一个整体进行测试,包括对功能、性能,以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
(4)验收测试(acceptance testing),指的是在系统测试的后期,以用户测试为主,或有测试人员等质量保障人员共同参与的测试,它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试,其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试,而beta测试指的是内测后的公测,即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试:1)功能测试(function testing),是黑盒测试的一方面,它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试(logic function testing) 界面测试(UI testing)UI=User Interface 易用性测试(usability testing):是指从软件使用的合理性和方便性等角度对软件系统进行检查,来发现软件中不方便用户使用的地方。
兼容性测试(compatibility testing):包括硬件兼容性测试和软件兼容性测试2)性能测试(performance testing) 软件的性能主要有时间性能和空间性能两种 时间性能:主要指软件的一个具体事务的响应时间(respond time)。
空间性能:主要指软件运行时所消耗的系统资源。
软件性能测试分为:一般性能测试:指的是让被测系统在正常的软硬件环境下运行,不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试(reliability testing):是指连续运行被测系统检查系统运行时的稳定程度。
负载测试(load testing):是指让被测系统在其能忍受的压力的极限范围之内连续运行,来测试系统的稳定性。
压力测试(stress testing):是指持续不断的给被测系统增加压力,直到将被测系统压垮为止,用来测试系统所能承受的最大压力。
(Validate the system or software can allowed the biggest stress.)5、其他测试类型:回归测试(regression testing)是指对软件的新的版本测试时,重复执行上一个版本测试时的用例。
(When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.) 冒烟测试(smoke testing),是指在对一个新版本进行大规模的测试之前,先验证一下软件的基本功能是否实现,是否具备可测性。
(validate the major function is deployed or not in software of system when a new build or release is implement.) 随机测试(random testing),是指测试中所有的输入数据都是随机生成的,其目的是模拟用户的真实操作,并发现一些边缘性的错误。
(means or all the test data is random, to validate the some edge bugs.)
软件测试白盒测试数据流问题
一般数据流测试要求有比较强的开发能力,而且对目标软件的设计结构要很了解。
测试软件应当相当于驱动开发,并且能够:1、定义一个路径格式文件;2、调用一个数据插入的格式化文件,毕竟各节点的收据不能手工输入,也不能每次都改测试驱动程序;3、把路径和数据的读入、创建过程(一般调用测试目标)和验证过程分开,每行用例参数中必须制定一个预期结果(理论输出指标,如果是模拟系统就要详细考虑精度问题了);4、最后白盒自动化测试要考虑有,有测试数据清除的功能。
我谈的是实现,如果想学习数据流测试的理论方法,可以参考:http://wenku.baidu.com/link?url=TXBLvODidmNwrToiQC6-5GwQWMLaN-6gbFO_OLw2qXDmNWKDuCfWzhWXq2BkFOls64uDNhCBuy5eIQbq34f_vnd9TaXACPkyqiHpCJZZzva希望回答对您有帮助。
硬件测试和软件测试的区别
硬件测试和软件测试的区别如下:1.测试目的不同硬件测试的目的主要是保障硬件的可靠性,以及硬件和硬件的联接关系的正确性与准确性。
软件测试的目的主要是保证软件流程的正确性,以及正确的应用逻辑关系。
2.测试手段不同硬件测试的手段,主要是针对硬件本身以及环境的测试,比如老化测试、寿命测试、故障率测试等。
软件测试,主要是通过对软件的输入进行控制,从而达到不同的测试结果,通过输入输出的差异比较测试是否正确和准确。
3.测试工具不同硬件测试更多的是使用硬件进行,比如示波器等。
软件测试相对来说,用到的只是数据性的工具,或者软件。
4.测试结果的稳定性不同硬件测试有可能在相同的条件下(如相同的温度),出现不同的测试结果软件测试的输入相同的话,如果没有引入随机数据,则其输出是相同的。
软件测试的现状前景
软件开发中出现错误或缺陷的机会越来越多,市场对软件质量重要性的认识逐渐增强。
所以,软件测试在软件项目实施过程中的重要性日益突出。
但是,现实情况是,与软件编程比较,软件测试的地位和作用,还没有真正受到重视,对于很多人(甚至是软件项目组的技术人员)还存在对软件测试的认识误区,这进一步影响了软件测试活动开展和真正提高软件测试质量。
(1)误区之一:软件开发完成后进行软件测试 人们一般认为,软件项目要经过以下几个阶段:需求分析,概要设计,详细设计,软件编码,软件测试,软件发布。
据此,认为软件测试只是软件编码后的一个过程。
这是不了解软件测试周期的错误认识。
软件测试是一个系列过程活动,包括软件测试需求分析,测试计划设计,测试用例设计,执行测试。
因此,软件测试贯穿于软件项目的整个生命过程。
在软件项目的每一个阶段都要进行不同目的和内容的测试活动,以保证各个阶段的正确性。
软件测试的对象不仅仅是软件代码,还包括软件需求文档和设计文档。
软件开发与软件测试应该是交互进行的,例如,单元编码需要单元测试,模块组合阶段需要集成测试。
如果等到软件编码结束后才进行测试,那么,测试的时间将会很短,测试的覆盖面将很不全面,测试的效果也将大打折扣。
更严重的是如果此时发现了软件需求阶段或概要设计阶段的错误,如果要修复该类错误,将会耗费大量的时间和人力。
(2)误区之二:软件发布后如果发现质量问题,那是软件测试人员的错 这种认识很打击软件测试人员的积极性。
软件中的错误可能来自软件项目中的各个过程,软件测试只能确认软件存在错误,不能保证软件没有错误,因为从根本上讲,软件测试不可能发现全部的错误。
从软件开发的角度看,软件的高质量不是软件测试人员测出来的,是靠软件生命周期的各个过程中设计出来的。
出现软件错误,不能简单地归结为某一个人的责任,有些错误的产生可能不是技术原因,可能来自于混乱的项目管理。
应该分析软件项目的各个过程,从过程改进方面寻找产生错误的原因和改进的措施。
(3)误区之三:软件测试要求不高,随便找个人做都行.,,,....很多人都认为软件测试就是安装和运行程序,点点鼠标,按按键盘的工作。
这是由于不了解软件测试的具体技术和方法造成的。
随之软件工程学的发展和软件项目管理经验的提高,软件测试已经形成了一个独立的技术学科,演变成一个具有巨大市场需求的行业。
软件测试技术不断更新和完善,新工具,新流程,新测试设计方法都在不断更新,需要掌握和学习很多测试知识。
所以,具有编程经验的程序员不一定是一名优秀的测试工程师。
软件测试包括测试技术和管理两个方面,完全掌握这两个方面的内容,需要很多测试实践经验和不断学习精神。
(4)误区之四:软件测试是测试人员的事情,与程序员无关 开发和测试是相辅相成的过程,需要软件测试人员、程序员和系统分析师等保持密切的联系,需要更多的交流和协调,以便提高测试效率。
另外,对于单元测试主要应该由程序员完成,必要时测试人员可以帮助设计测试样例。
对于测试中发现的软件错误,很多需要程序员通过修改编码才能修复。
程序员可以通过有目的的分析软件错误的类型、数量,找出产生错误的位置和原因,以便在今后的编程中避免同样的错误,积累编程经验,提高编程能力。
(5)误区之五:项目进度吃紧时少做些测试,时间富裕时多做测试 这是不重视软件测试的表现,也是软件项目过程管理混乱的表现,必然会降低软件测试的质量。
一个软件项目的顺利实现需要有合理的项目进度计划,其中包括合理的测试计划,对项目实施过程中的任何问题,都要有风险分析和相应的对策,不要因为开发进度的延期而简单的缩短测试时间、人力和资源。
因为缩短测试时间带来的测试不完整,对项目质量的下降引起的潜在风险,往往造成更大的浪费。
克服这种现象的最好办法是加强软件过程的计划和控制,包括软件测试计划、测试设计、测试执行、测试度量和测试控制。
(6)误区之六:软件测试是没有前途的工作,只有程序员才是软件高手 由于我国软件整体开发能力比较低,软件过程很不规范,很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。
项目的成功往往靠个别全能程序员决定,他们负责总体设计和程序详细设计,认为软件开发就是编写代码,给人的印象往往是程序员是真正的牛人,具有很高的地位和待遇。
因此,在这种环境下,软件测试很不受重视,软件测试人员的地位和待遇自然就很低了,甚至软件测试变得可有可无。
随着市场对软件质量的不断提高,软件测试将变得越来越重要,相应的软件测试人员的地位和待遇将会逐渐提高。
在软件过程比较规范的大公司,软件测试人员的数量和待遇与程序员没有多大差别,优秀测试人员的待遇甚至比程序员还要高。
软件测试将会成为一个具有很大发展前景的行业,软件测试大有前途,市场需要更多具有丰富测试技术和管理经验的测试人员,他们同样是软件专家。
程序测试的过程具有破坏性 人类的活动具有高度的目的性,建立适当的目标具有重要的心理作用。
如果我...
软件测试工具有哪些?
3DAnalyze V1.52 汉化版 [系统测试] 3DAnalyze 是 3D 性测试工具的辅助软件,他主要功能就…… 操作系统:Win9x/NT/2000/XP 授权方式:共享版 2002-09-29 2184 495KB 窗体属性修改专家 V2.0 [密码恢复] 窗体属性修改专家是一款使用方便、小巧、实用的窗体控…… 操作系统:Win9x/NT/2000/XP 授权方式:共享版 34KB Hot CPU Tester V3.41 Lite 汉化版 [CPU 相关] CPU好不好,一试就知道。
Hot CPU Tester是系统稳定度的…… 操作系统:Win9x/NT/2000/XP 授权方式:免费版 1024KB PassMark ModemTest V1.2 Build 1000 汉化版 [系统测试] 是由PassMark出品的 Modem 测试工具,可帮助你解决一些…… 操作系统:Win9x/NT/2000/XP 授权方式:共享版 215KB PassMark ModemTest V1.2 Build 1000 [系统测试] 是由PassMark出品的 Modem 测试工具,可帮助你解决一些…… 操作系统:Win9x/NT/2000/XP 授权方式:共享版 397KB X-WAY V2.5 [网络安全] 本软件主要采用多线程形式对服务器系统进行漏洞扫描和…… 操作系统:Win2000 授权方式:免费版 2002-02-06 8129 926KB Advanced NT Security Explorer(ANTExp) V2.0 [系统安全] 一个 Microsoft Windows NT, Windows 2000 and Window…… 操作系统:WinNT/2000 授权方式:共享版 2001-07-13 215 1416KB 冬威系统信息测试
软件测试的生命周期?
软件测试生命周期包括6个阶段(大体上): 1)计划 2)分析,3)设计,4)构建,5)测试周期,6)最后测试和实施,7)实施后。
1. 计划(产品定义阶段) ?? 高层次的测试计划(包含多重测试周期) ?? 质量保证计划(质量目标,测试标准等 ) ?? 确定计划评审的时间 ?? 报告问题过程 ?? 确定问题的分类 ?? 确定验收标准-给质量保证员和用户。
?? 建立应用程序测试数据库 ?? 确定衡量标准,例如缺陷数量/严重程度和缺陷起源(仅举几个例子) 。
?? 确定项目质量度量 ?? 开始制定项目整体测试时间表(时间,资源等) ?? 必需阶段:评审产品定义文档 ?? 文档中加入质量保证标准,作为工程改善进程的一部分 ?? 根据该产品的特点帮助确定问题的范围 ?? 大约每月要花5 -1 0小时在这一方面 ?? 计划在数据库管理所有测试用例,包括手工方面或者自动化方面。
2. 分析(外部文档阶段) ?? 根据业务需求开发功能验证矩阵。
?? 制定测试用例格式-估计时间和分配优先级。
?? 制定测试周期矩阵与时间线 ?? 根据功能验证矩阵开始编写测试用例 ?? 根据业务需求计划测试用例基准数据 ?? 确定用于自动化测试的测试用例。
?? 自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
?? 为自动化系统中的跟踪组件设置路径和自动化引导。
?? 界定压力和性能测试的范畴。
?? 按照每个测试用例的数据要求开始建立基准数据库。
?? 定义维护基准数据库的过程,即备份,恢复,验证。
?? 开始规划项目所需的测试周期数,和回归测试次数。
?? 开始文档复查,如:功能设计文档,业务需求文档,产品规格说明书,产品外部文档等。
?? 审查测试环境和实验室,前端与后端系统都要。
?? 准备使用McCabe工具,以支持白盒测试中代码的研发和复杂性分析 ?? 建立反馈机制并开始录入文档。
?? 必需阶段:审查外部文件 ?? 文档中加入质量保证标准,作为工程改善进程的一部分。
?? 根据群体执行反馈编写测试用例 ?? 开始研制测试用例估计数目,每个用例的执行时间,和用例是否自动化这些方面的度量 ?? 为每个测试用例确定基准数据, ?? 大约每月要花25小时在这一方面 3. 设计(文档架构阶段) ?? 根据变更修改测试计划 ?? 修改测试周期矩阵和时间线 ?? 核实测试计划和用例用到的数据都输入到数据库,或是否必需的。
?? 修改功能验证矩阵 ?? 继续编写测试用例,根据变化添加新的用例 ?? 制定风险评估标准 ?? 规范自动化测试和多用户测试的细节。
?? 挑选出一套用于自动化测试的测试用例,并且把这些用例脚本化 ?? 规范压力测试和性能测试的细节。
?? 最终确定的测试周期。
(根据用例的估计时间和优先权确定每个周期所用的测试用例数) ?? 最终确定的测试计划 ?? 估计单元测试所需资源 ?? 必需阶段:审查架构文件 ?? 文档中加入质量保证标准,作为工程改善进程的一部分。
?? 确定要进行编码的的实际组件或模块 ?? 在这定义单元测试标准,通过/失败准则等。
?? 单元测试报告,报告进行单元测试后的模块质量如何,白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
?? 列出所有要进行单元测试的模块 4. 构建(单元测试阶段) ?? 完成所有计划 ?? 完成测试周期矩阵和时间线 ?? 完成所有测试用例。
(手动) ?? 完成第一套自动化测试用例的测试脚本。
?? 完成压力和性能测试的计划 ?? 开始压力和性能测试 ?? McCabe工具支持-提供度量 ?? 测试自动化测试系统,并修复错误。
?? 发展单元测试 ?? 运行质量保证验收测试套件,以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正( 重复/系统测试阶段) ?? 测试周期1,执行第一套的测试用例(前端和后端) ?? 报告错误 ?? 错误审核-不断开展的活动。
?? 根据需求修改测试用例 ?? 根据需求增加测试用例 ?? 测试周期二 ?? 测试周期三 6. 最后的测试和实施(代码冻结阶段) ?? 执行所有前端测试用例-人工和自动化。
?? 执行所有后端测试案例-人工和自动化。
?? 执行所有压力和性能测试。
?? 提供对正在进行的缺陷跟踪度量。
?? 提供对正在进行的复杂性和设计的度量。
?? 更新测试用例和测试计划的估计时间。
?? 文件测试周期,回归测试,并更新相应文档。
7. 实施后 ?? 开展实施后评估会议以回顾整项工程。
(经验所得) ?? 准备最终的缺陷报告和相关度量。
?? 制定战略以防止类似的问题在今后的项目中重复出现。
?? 创建如何改进流程的计划目标和里程碑, ?? McCabe工具-制作最后的报道和分析。
?? 自动化测试组-1 )审查测试用例以评估其他可用于自动化回归测试的用例2 )清理自动化测试用例和变量,和3 )审查自动化测试和手工测试结果的整合过程 ?? 测试实验室和测试环境-清理测试环境,标记和存档用过测试用例和数据,恢复测试仪器到原始状态等。
软件测试工具的工具推荐
开源测试管理工具:Bugfree、Bugzilla、TestLink、mantis zentaopms开源功能自动化测试工具:Watir、Selenium 、TestWriter开源性能自动化测试工具:Jmeter、OpenSTA、Web Application Load SimulatorTestWriter测试管理工具:功能比较全面的测试管理工具,功能包括简单的功能测试还有兼容性测试,数据方便易维护。
Quality Center:基于Web的测试管理工具,可以组织和管理应用程序测试流程的所有阶段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。
QuickTest Professional:用于创建功能和回归测试。
其他测试工具与框架还有Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。