功能测试简要
功能测试简要规范
序号操作
1
首先应确定边界情况
结果
通常输入和输出等价类的边界,就是应着重测试的边界情况。
应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的
典型值或任意值作为测试数据。
如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。
如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,
比最大个数多一的数作为测试数据。
根据规格说明的每个输出条件,使用前面的原则（2）。
根据规格说明的每个输出条件,应用前面的原则（3）。
如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。
如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界
上的值作为测试用例。
分析规格说明,找出其它可能的边界条件。
测试报告怎么写
测试报告怎么写
测试报告是对测试活动结果的总结和评价，旨在提供对软件质量和测试活动有效性的信息。
下面给出一个简要的测试报告模板，包括必要的内容和格式要求，供参考。
测试报告模板：
一、引言（约50字）
介绍测试活动目的和背景，说明测试报告的目的和受众。
二、测试环境（约50字）
描述测试过程中所使用的硬件、软件环境和工具。
三、测试目标和方法（约100字）
说明测试的目标，即待测试软件的功能、性能、兼容性等方面。
描述测试的方法和技术，如黑盒测试、白盒测试、静态测试等。
四、测试用例设计（约150字）
描述测试用例设计的原则和方法。
说明测试用例的覆盖范围和设计策略。
五、测试执行（约150字）
说明测试的执行情况，包括测试开始时间、结束时间、执行进度和测试用例的执行结果。
六、测试结果（约150字）
总结测试结果，列出软件存在的问题和缺陷，包括步骤、预期结果和实际结果。
根据问题的严重程度进行分类和排序。
七、测试评价（约100字）
对测试活动进行评价，包括测试的有效性、测试用例设计的充分性、测试执行的准确性等。
对测试的优点和不足进行分析，提出改进建议。
八、结论（约50字）
对测试活动的总结，简要评价软件的质量。
提出继续改进测试活动和软件质量的建议。
九、附录（约50字）
放置一些与测试活动相关的附件，如测试用例、测试数据、问题跟踪记录等。
以上只是一个简单的测试报告模板，具体的内容和格式可以根据实际情况进行调整和扩展。
根据具体的测试活动和需求，可以增加、删除或调整各部分的内容和顺序。
功能测试报告模板
功能测试报告模板一、引言在软件开发过程中，功能测试是至关重要的一环。
通过对软件的功能进行全面的测试和验证，可以确保软件的稳定性和可靠性。
本文将介绍一个功能测试报告的模板，以帮助测试团队更好地整理和呈现测试结果。
二、测试概述针对软件的功能测试，本次测试主要围绕以下几个方面展开：1. 功能测试的目标：明确测试的目的和预期结果；2. 测试环境：描述测试的硬件、软件环境等信息；3. 测试用例：列举测试用例的覆盖范围和重点。
三、测试执行情况本节将根据测试用例逐一呈现测试结果，并包括以下信息：1. 测试用例编号与名称；2. 测试步骤和预期结果；3. 实际结果和测试人员的评估。
四、问题汇总及解决方案在测试过程中，可能会出现一些问题和异常情况。
本节将总结并分析这些问题，并提供相应的解决方案：1. 问题描述：准确描述问题和异常情况；2. 问题原因分析：分析问题产生的原因，例如代码逻辑不当、数据错误等；3. 解决方案：提供解决问题的具体方法和建议；4. 问题状态：记录问题的状态和解决情况。
五、测试总结与建议通过全面的功能测试，对软件的质量和稳定性进行了评估。
本节将对测试结果进行总结，并给出针对性的建议：1. 测试结果评估：结合测试用例的执行情况，对软件的功能进行综合评估；2. 问题总结：简要总结测试过程中出现的主要问题；3. 建议改进：提出针对性的建议，以便开发人员改进软件的功能。
六、附录1. 测试用例清单：列举所有测试用例的编号和名称；2. 缺陷报告：附上详细的缺陷报告，包括问题描述、截图等。
结束语：功能测试报告模板是测试团队在测试过程中记录和总结的重要工具，通过合理地组织和呈现测试结果，可以有效地辅助开发人员改进软件的功能。
通过本文的介绍，希望能对测试团队在编写功能测试报告时有所帮助，并提高测试工作的效率和质量。
注：本文纯属虚构，所有内容均为示例。
产品测试报告模板
产品测试报告模板一、测试概述本次产品测试旨在对xxx产品进行全面的功能和性能评估，以确保产品的质量和稳定性。
测试过程中，采用了多种测试手段和工具，包括功能测试、性能测试、兼容性测试等。
二、测试环境1. 硬件环境：- 服务器：XXX型号，配置如下：- 处理器：XXX- 内存：XXX- 存储：XXX- 客户端：XXX型号，配置如下：- 处理器：XXX- 内存：XXX- 存储：XXX2. 软件环境：- 操作系统：XXX版本- 浏览器：XXX版本- 其他相关软件和工具：XXX版本三、功能测试在此阶段，我们对产品的各项功能进行了全面而系统的测试。
测试的重点包括但不限于以下几个方面：1. 功能一：XXX功能- 测试目的：验证XXX功能的正确性和可靠性。
- 测试步骤：1) 步骤一：XXX2) 步骤二：XXX3) 步骤三：XXX- 测试结果：XXX功能在各项测试用例中表现良好，符合设计要求。
2. 功能二：XXX功能- 测试目的：测试XXX功能在各种使用场景下的表现和稳定性。
- 测试步骤：1) 步骤一：XXX2) 步骤二：XXX3) 步骤三：XXX- 测试结果：XXX功能在各项测试用例中表现良好，无明显异常或错误。
...四、性能测试为了评估产品的性能指标，我们进行了一系列的性能测试。
测试内容包括但不限于以下几个方面：1. 性能指标一：XXX- 测试目的：测试产品在高负载下的性能表现。
- 测试环境：模拟XX用户同时使用产品的情况。
- 测试结果：根据测试结果显示，产品在高负载下仍能保持稳定，并且响应时间在可接受范围内。
2. 性能指标二：XXX- 测试目的：测试产品在大数据处理时的性能和吞吐量。
- 测试环境：使用模拟大数据场景进行测试。
- 测试结果：测试结果显示，产品在大数据处理方面表现出色，处理速度快且效率高。
...五、兼容性测试为了确保产品的兼容性，我们进行了一系列的兼容性测试，测试不同操作系统、浏览器、设备等环境下产品的表现。
总结软件故障模型（简要）
功能测试软件故障模型1 1.理解故障模型测试的目标就是要发现错误，因此在编写测试用例的时候也要遵循这个目标，尽量在软件的最薄弱环节多编写测试用例。
接下来介绍什么是软件的薄弱环节，缺陷一般隐藏在什么地方，如何有效地找出这些缺陷。
优秀的软件测试人员可以很快地找到解决办法。
虽然测试时有很多单个输入变量、多个输入变量的组合，但是优秀的软件测试人员不会依靠运气，他们有着丰富的经验和直觉，可以从中找到哪些是要进行测试的，哪些不需要测试，那些操作可能会引起软件失效。
把这些测试人员的经验和直觉尽量归纳和固化，以形成一些故障模型fault model。
2.常见功能性测试故障模型1输入非法数据a.如何发现错误输入类型：键入无效的类型常会产生错误信息。
例如必须输入整型，而输入了实型或字符型。
输入长度：对于字符型，键入太多的字符常会引出错误信息。
边界值：输入边界值或超过边界值的数据，例如，边界值为4，可以输入4及4以上的数值。
b.方法小结应用场合：GUI的输入测试方法：分别从输入数据的类型、输入数据的长度、输入数据的边界值等方面进行考虑。
测试信息的检查：除了考虑输入非法数据，还要留意错误信息本身，特别注意以下几点：错误信息和错误要一致，防止A的错误提示显示给了错误B，B的错误提示信息给了错误C。
错误信息的内容是空，用户不知道为什么出错。
显示的错误信息是给开发人员调试使用的，例如Error 5-unknown data，开发人员可以通过该提示信息很容易地找到错误类型，但是用户根本不明白，不知道做错了什么。
测试知识储备：牢记基本数据类型的边界值。
2输入默认值a.如何发现错误查找选项按钮、配置面板、安装屏幕等。
这种屏幕上显示的数据常在应用程序的许多地方用到。
查阅源代码的数据声明部分如果可以得到。
确定了要测试的数据，可以通过以下操作来强制使用或不使用默认值：接受软件显示的默认值。
有时软件需要用户输入一个值，如果没有输入任何值，软件就可能失效。
软件工程师软件测试方法
软件工程师软件测试方法软件测试是软件工程中不可或缺的一环。
在软件开发过程中，软件测试师扮演着重要的角色，他们通过使用各种测试方法和工具来确保软件的质量和稳定性。
本文将简要介绍一些常用的软件测试方法，帮助软件工程师更好地进行测试工作。
1. 功能测试功能测试是软件测试中最常见也是最基础的一种方法。
在这种测试中，测试人员通过输入各种输入数据，测试软件的各项功能是否正常工作。
功能测试通常包括输入验证、界面测试、用户操作测试等。
它通过检查软件是否按照预期执行任务来验证软件的正确性。
2. 性能测试性能测试旨在评估软件在不同负载条件下的性能表现。
测试人员使用各种方法来模拟实际使用情况，例如并发用户数、数据负载等，以确保系统在高负载情况下的可扩展性和稳定性。
性能测试可以帮助软件工程师识别和解决系统中的性能瓶颈和资源利用不佳的问题。
3. 安全测试安全测试是为了评估软件在安全方面的表现。
软件工程师需要测试系统是否容易受到黑客攻击、数据泄露或其他安全漏洞。
安全测试通常涉及网络扫描、渗透测试、代码审查等技术手段，以确保软件在不同场景下的安全性。
4. 兼容性测试兼容性测试用于确保软件在不同的操作系统、浏览器或设备上正常运行。
测试人员使用各种操作系统和浏览器的组合来测试软件的兼容性。
这种测试方法有助于软件工程师发现并解决不同平台上的兼容性问题，提高软件的可用性和用户体验。
5. 接口测试接口测试是为了验证软件与外部系统或组件之间的交互是否正常。
软件工程师会测试软件的各种接口，例如数据库接口、Web服务接口等。
接口测试可以帮助软件工程师发现接口间的通信问题和数据一致性问题，确保系统的正常运行。
6. 自动化测试自动化测试是一种高效的测试方法，通过使用各种测试工具和脚本自动执行测试用例。
软件工程师可以使用自动化测试来增加测试覆盖范围，提高测试效率。
自动化测试通常适用于重复性较高的测试任务，例如回归测试。
总结：软件测试是确保软件质量的重要一环。
功能测试计划内容
功能测试计划内容1.引言：对软件进行简要介绍，包括目标用户、功能概述、测试范围和测试的目的。
2.测试目标：明确测试的目标，如发现软件中的错误、验证是否满足用户需求等。
3.测试策略：确定测试方法和技术，包括黑盒测试、白盒测试、灰盒测试等。
还需要考虑测试的环境、测试数据的准备和维护等。
4.测试进度计划：根据项目的时间表制定测试计划，包括测试用例的设计和执行时间，测试报告的提交时间等。
5.测试资源需求：确定测试所需的硬件、软件、网络以及人力资源等。
6.测试用例设计：根据需求规格说明书和功能描述设计测试用例，覆盖软件的各项功能。
7.测试数据的准备和维护：确定测试所需的输入数据和预期输出，包括边界值、异常值等。
8.缺陷跟踪和管理：确定测试过程中发现的缺陷的处理方式，包括如何报告缺陷、如何跟踪缺陷、如何评估和解决缺陷等。
9.风险评估和管理：评估测试过程中的风险，并制定相应的风险管理措施。
10.测试环境的搭建：确保测试环境的稳定性和一致性，包括硬件和软件的配置。
11.测试执行：按照测试用例执行测试，并记录测试结果。
12.测试报告：根据测试结果生成测试报告，包括测试覆盖率、缺陷统计、测试评估等。
13.评审和审查：进行测试计划和测试用例的评审和审查，确保测试计划的合理性和测试用例的准确性。
14.反思总结：对测试过程进行总结和反思，包括测试的收益和教训，为以后的测试工作提供参考。
15.管理措施：确定测试过程中的管理措施，包括测试工作的监控、进度的控制、问题的解决等。
16.附录：包括测试相关的文档和工具的说明，如测试数据、测试工具、测试环境的配置等。
以上是一个比较全面的功能测试计划的内容，根据实际项目的需求可以进行相应的调整和修改。
功能测试计划的编制对于确保软件质量和项目的成功至关重要，因此需要仔细、全面地考虑各个方面的内容。
车载蓝牙功能测试介绍
严格保密，禁止外传
Confidential documents
7
蓝牙电话测试功能点
三 蓝牙电话
➢ 来电：来电过程中车机/手机端盘控or触控接听 or挂断or拒接等操作；来电铃声是否刺耳，来 电铃声是否可调节，来电铃声调节过程中是否 会过大或过小；来电的UI界面显示；来电过程 中的异常或特殊操作。
Search检查： 在有search功 能的地方输 入系统存在 和不存在的 内容，看结 果是否正确。
03
STEP
重复操作按 钮：多次操 作同一个按 钮，看系统 会不会正确 处理，有没 有异常状态 产生。
02
STEP
字符串长度 检查，输入 超出需求所 说明的字符 串长度的内 容，看系统 是否检查， 会不会出错
03连接后确认mic和喇叭是否能正常收发声音；
04 不同数量的联系人和通话记录已提前制作好（需 制作各种形式的联系人：例如只有电话号码，只有 名字，只有邮件地址，重复姓名或号码，名字超长， 电话号码超长，包含特殊字符或表情，同个联系人 有很多家庭，工作等不同电话号码等）通话记录制 作包含，一年前，一月前，一天前，当天，有通话 时间，无通话时间等情况，可随时导入测试；
四 蓝牙通讯录和通话记录的同步及显示
➢ 通话记录：手机中存在各种时间以及无通话时间 的通话记录，是否可以正确下载，UI界面是否显 示正确，通过通话记录外呼是否可实时更新记录， 特殊模式下操作后的显示。
➢ 通讯录同步：同步不同数量联系人的同步时间以 及速度是否可接受；包含（只有电话号码，只有 名字，只有邮件地址，重复姓名或号码，名字超 长，电话号码超长，包含特殊字符或表情，同个 联系人有很多家庭，工作等不同电话号码等）的 联系人是否可以同步成功；同步联系人数量较多 时会不会出现卡顿现象；同步过程中进行各种特 殊操作后，能否显示正确状态。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
黑盒测试黑盒测试（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。
利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
黑盒测试注重于测试软件的功能性需求，也即黑盒测试使软件工程师派生出执行程序所有功能需求的输入条件。
黑盒测试并不是白盒测试的替代品，而是用于辅助白盒测试发现其他类型的错误。
黑盒测试试图发现以下类型的错误：1）功能错误或遗漏；2）界面错误；3）数据结构或外部数据库访问错误；4）性能错误；5）初始化和终止错误。
黑盒测试的测试用例设计方法·等价类划分方法·边界值分析方法·错误推测方法·因果图方法·判定表驱动分析方法·正交实验设计方法·功能图分析方法等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.划分等价类等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.无效等价类:与有效等价类的定义恰巧相反.设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.划分等价类的方法下面给出六条确定等价类的原则.①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.设计测试用例在确立了等价类后,可建立等价类表,列出所有划分出的等价类:输入条件有效等价类无效等价类... ... ...然后从划分出的等价类中按以下三个原则设计测试用例:①为每一个等价类规定一个唯一的编号.②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.边界值分析法边界值分析方法是对等价类划分方法的补充.（1）边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.（2）基于边界值分析方法选择测试用例的原则:1）如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.2）如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.3）根据规格说明的每个输出条件,使用前面的原则1）.4）根据规格说明的每个输出条件,应用前面的原则2）.5）如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.6）如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例.7）分析规格说明,找出其它可能的边界条件.错误推测法错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）.因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.利用因果图生成测试用例的基本步骤:(1) 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.(4) 把因果图转换为判定表.(5) 把判定表的每一列拿出来作为依据,设计测试用例.从因果图生成的测试用例（局部,组合关系下的）包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.前面因果图方法中已经用到了判定表.判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.判定表通常由四个部分组成条件桩（Condition Stub）:列出了问题得所有条件.通常认为列出得条件的次序无关紧要.动作桩（Action Stub）:列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.条件项（Condition Entry）:列出针对它左列条件的取值.在所有可能情况下的真假值.动作项（Action Entry）:列出在条件项的各种取值情况下应该采取的动作.规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.判定表的建立步骤（根据软件规格说明）①确定规则的个数.假如有n个条件.每个条件有两个取值（0,1）,故有种规则.②列出所有的条件桩和动作桩.③填入条件项.④填入动作项.等到初始判定表.⑤简化.合并相似规则（相同动作）.B. Beizer 指出了适合使用判定表设计测试用例的条件:①规格说明以判定表形式给出,或很容易转换成判定表.②条件的排列顺序不会也不影响执行哪些操作.③规则的排列顺序不会也不影响执行哪些操作.④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.黑盒测试的优点1. 基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了2. 设计完测试例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因黑盒测试的缺点1. 结果取决于测试例的设计，测试例的设计部分来势来源于经验，OUSPG的东西很值得借鉴2. 没有状态转换的概念，目前一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来作3. 就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。
而就有状态的测试来说，就更麻烦了，尤其不是一个单独的testcase造成的问题。
这些在堆的问题中表现的更为突出。
黑盒测试工具的选择那么，如何高效地完成功能测试？选择一款合适的功能测试工具并培训一支高素质的工具使用队伍无疑是至关重要的。
尽管现阶段存在少数不采用任何功能测试工具，从事功能测试外包项目的软件服务企业。
短期来看，这类企业盈利状况尚可，但长久来看，它们极有可能被自动化程度较高的软件服务企业取代。
目前，用于功能测试的工具软件有很多，针对不同架构软件的工具也不断推陈出新。
这里重点介绍的是其中一个较为典型自动化测试工具，即Mercury公司的WinRunner。
WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。
通过自动捕获、检测和模拟用户交互操作，WinRunner能识别出绝大多数软件功能缺陷，从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。
WinRunner的特点在于: 与传统的手工测试相比，它能快速、批量地完成功能点测试; 能针对相同测试脚本，执行相同的动作，从而消除人工测试所带来的理解上的误差; 此外，它还能重复执行相同动作，测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测试脚本，一个高素质的测试工程师能借助它完成流程极为复杂的测试，通过使用通配符、宏、条件语句、循环语句等，还能较好地完成测试脚本的重用; 它针对于大多数编程语言和Windows技术，提供了较好的集成、支持环境，这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。
软件测试工具目前国际上主要分为三类软件测试工具： Mercury测试工具 Rational测试工具Segue测试工具占有市场90%以上常用的软件测试工具分为：[开源测试工具]：开源测试管理工具：Bugfree、Bugzilla、TestLink、mantis开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator[TestDirector]：企业级测试管理工具，也是业界第一个基于Web的测试管理系统。