宏接口测试工具（宏检测怎么用）

本篇文章给大家谈谈宏接口测试工具，以及宏检测怎么用对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享宏接口测试工具的知识，其中也会对宏检测怎么用进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、物联网测试
• 2、做软件测试都要会哪些？
• 3、什么是NI VeriStand
• 4、黑盒测试应注意哪些问题?

物联网测试

随着科技宏接口测试工具的发展宏接口测试工具，物联网发展宏接口测试工具的越发蓬勃。硬件联网也是靠着软件驱动，所以智能设备宏接口测试工具的性能很多时候是在考验设备的软件能力。

然而物联网的测试涉及面广，需要对APP/UI测试，还需要对协议，后台，接口进行测试，同时对硬件的性能，稳定性，安全性等测试，还有各，WIFI，蓝等模组测试。

针对目前物联网智能硬件测试从上到下环节众多，很难有专门的工具进行统一调度测试和管理，宏控协同测试系统为测试开发人员提供了一套通用的协同自动化测试系统，帮助测试人员自下而上的完成物联网设备从底层的模块测试到集成测试，到最后的系统测试。

宏控协同测试系统支持V模型开发，提供需求导入和需求的管理，同时可以建立需求和测试用例的关联，还能提供与测试结果的追溯关系。

在测试用例管理阶段：提供用例的图形化编辑，子脚本的调用，用例的导出等

在测试执行阶段，对测试过程实时监督，同时可以选择执行测试用例数量和定时触发执行，支持测试的异常恢复……

做软件测试都要会哪些？

第一步，测试基础：
测试基础是软件测试最最最重要的部分，只要你是做测试，不管是什么测试，测试的基础、理论知识都是必须学会的。大概就包括：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等。
第二步：学习脚本语言
如：python语言,当然python 是一门相对简单的计算机语言，考虑长远发展，需要了解C语言或者java。都说C语言最难，但是用得确实也多。
第三步：学习软件测试工具
学习软件测试工具并不难，只是需要我们去系统的学习。比如性能测试工具loadrunner，自动化测试工具selenium、Appium,接口测试Jmeter、Postman等。虽然说工具不是万能的但是工具能为我们提高工作效率，所以必须得会熟练的使用。最关键的一点，是要结合项目具体去操作，实践出真知，理论知识在实际项目中才能得到巩固。
第四步：计算机硬件知识
做过性能测试的都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。那么就更不用说了。交换机、路由器、防火墙这些设备都需要有所了解。
第五步：数据库测试
MySQL数据库
MySQL简介、命令行工具以及数据管理、MySQL数据查询（条件、分组、聚合函数、排序、分页、连接查询、自关联、子查询）、内置函数、项目练习、数据分表、Python操作MySQL。
Redis数据库
Redis简介、客户端和服务器、数据类型(string、hash、list、set、zset）、各种数据类型操作、Python操作Redis、主从、集群。
第六步：项目实战
最好参与真实项目的测试工作，积累真实项目的测试经验。
成为优秀软件测试员之提升条件，如果你想成为一个更优秀的软件测试员的话，除了上面那些，你也最好能够具备开发语言即代码编写能力，虽然不会写代码也能做测试、但是如果你想做到高级测试工程师以上、那么代码编写能力就是必选项、如果不会写代码、那么你不可能成为高级测试。高级测试工程 师的一部分工作就是在写测试工具。虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言（举一个简单的例子：你 现在所在的项目从C++语言、2年后你换工作了、新公司的开发语言是Java或者是VB什么的）所以在开发语言中测试需要更广的学习。
成为软件测试员之必备条件，就是你一定要有良好的心态。心要静、细心耐心、责任心。心静不下来无法对bug展开发向思维及拓展想像。任何一个测试最先面对的心理压力就是重复性的劳动。在你的测试生涯中，一定会碰见很多心理的考验，自己对于质量心里没有底、或者由于产品发布问题或者达到了测试瓶颈时候的困惑等。每个人都有自己的背景以及性格，往往对于测试来讲，就是考验心理素质的时候，这个时候就需要你自己不断地去克服这些心理

什么是NI VeriStand

Ni VeriStand是一种配置实时测试应用程序的软件环境。即买即用的NI VerStand有助于您配置针对多核处理器的实时引擎，以执行以下任务：
模拟、数字、通信总线，和基于现场可编程门阵列（FPGA）的I/O接口
可触发，多文件数据记录
实时激励生成
计算通道
事件预警和预警响应程序
NI VeriStand 还能够从NI LabVIEW 软件和第三方环境中导入控制算法，仿真模型和其他任务。您可以使用运行时可编辑的用户界面监测这些任务，并与其交互，该界面包含许多用于强制赋值、警报监控、I/O校准、激励配置编辑的有效工具。NI VeriStand的使用不需要掌握编程知识，但是可以在多种不同的软件环境进行自定义和扩展，如NI LabVIEW，ANSI C/C++，和其他建模和编程环境。
1. NI VeriStand 面向实时测试应用
实时测试中将实时操作系统作为测试系统的一部分。与使用通用操作系统相比，推动实时测试系统最常见的需求是需要实现更高的可靠性和更高的性能。
实时测试系统的一个实例是硬件回路测试仿真器，在该系统中，必须确定性地执行系统模型，以提供在物理上不属于测试组件的准确仿真。使用闭环控制的应用程序是另一种实时测试应用。这些系统必须自动控制测试系统某部分，如温室，通过传感器交互，确定性定点设置的变化以实现达到系统的预想状态。系统也必须检测并对预警条件迅速地作出 响应，这有助于防止操作人员受伤或对测试系统造成损害。与这些应用程序类似，测试单元激励和检测应用程序都已经拥有一个完整的控制系统，或者不需要闭环控制，只需要能够提供确定性激励生成和测试单元检测的工具。
这些实时测试应用程序必需的核心功能已经实现，并在NI VeriStand架构上进行了优化——可以配置并使用。这包括主接口通信、数据记录、激励生成、预警检测和响应，以及算法和模型执行。在该框架的基础上，您可以通过使用LabVIEW，ANSI C/C++和其他模型和编程环境，向NI VeriStand软件环境添加定制功能。
通过使用NI VeriStand 来建立您的实时测试系统，您既可以缩短开发时间与应用程序维护成本，又能在每次版本升级时，获得软件功能和性能的提升。
至页首
2. 用NI VerStand软件环境来开发应用程序
NI VeriStand 实时测试应用程序通常包括一个或多个实时执行目标，这些目标通过以太网与主机系统进行通信。每个实时执行目标运行NI VeriStand 引擎，该引擎通过Windows主系统进行配置，通过以太网部署。一旦您的NI VeriStand引擎配置完成部署，您就可以使用NI VeriStand 工作区窗口和其所提供的工具，如激励配置文件编辑器，在运行时与您的测试系统进行交互。
当开发和运行NI VeriStand应用程序时，您可以使用三个主要窗口：系统资源管理器，工作区，和激励配置文件编辑器。
系统资源管理器
您可以使用系统资源管理器窗口来创建一个系统定义。该系统定义包含了执行NI VeriStand引擎任务的设置选项，如硬件I/O，还有从其他程序或模型环境中导入的功能。您可以通过添加选项到位于系统资源管理器左侧的系统定义树上，和在右侧窗口的配置选项上设置选项，进行系统的定义。一旦系统定义完成，您就部署了您的执行目标的系统定义，并开始使用NI VeriStand 工作区来创建一个针对您的测试系统的运行界面。
SysExp - DAQ.bmp
工作区
工作区是部署后的系统定义用户界面。使用该运行时可编辑的用户界面，您可以放置界面输入控件和显示控件，并将它们映射到您的实时应用程序的通道中。您可以使用多个工作区屏幕，将您的控件和指示组织成您的逻辑组，从而对应各类不同的应用任务，或者仅是为了增加用户界面的可用空间。用户接入管理功能允许您基于不同用户的登录账号，对不同的用户控制其访问权限。
NIVS 2010 Workspace.bmp
激励配置文件编辑器
激励配置文件编辑器是NI VeriStand工作区上的一种工具，用于创建激励生成，以及记录部署于NI VeriStand引擎、对测试配置文件确定性执行的任务。
激励配置文件是通过指定一组NI VeriStand实时引擎将会执行的激励生成步骤而创建的。在您的激励生成器中，产生波形、回放数据、设置通道值有多个步骤，以及执行分支和循环结构有一个条件步骤。您还可以以独立的日志速率添加多个日志任务和激励条件到您的激励配置文件中。例如，对于变化缓慢的通道，一个日志文件能够以较低的速率采集数据，如果在测试期间，触发条件发生，那么另一个日志文件能够被设置为较高的速率进行采集数据。
激励配置文件在NI VeriStand实时引擎中执行，然而，您可以从主机界面中使用NI VeriStand 工作宏记录，或者使用其他工具，如NI TestStand或Iron Python添加额外的测试自动化功能。
NIVS 2010 Stimulus Profile Editor 1.bmp
除了激励配置文件编辑器，NI VeriStand工作区包括许多其他工具，当与实时测试应用程序协同工作时，这些工具是很有用的。这些工具可用来检测预警、校准硬件I/O，和强制为通道赋值。还有一个实时控制浏览器，其能够监控您的实时执行目标的运行状态。
NIVS 2010 Consol Viewer.bmp
至页首
3. NI VeriStand 引擎架构
NI VeriStand 引擎是非可见执行机制，负责执行硬件I/O、模型、过程、预警和在系统定义文件中指定的其他测试系统任务。引擎不但控制整个系统的定时，而且控制NI VeriStand 引擎和工作区的主机之间的通信。
NI VeriStand 引擎包括多个定时循环，其执行定时由硬件事件控制，精度为微妙。确定性内存缓冲器在不同循环任务间提供通信，不会在引擎执行中引起数据抖动。采用多循环架构，NI VeriStand引擎自然利用了多核处理器并行处理能力的优势，提升了系统性能。创建系统定义时，包括在高吞吐量、并行性和低延时、顺序结构间选择的能力，可以配置各种不同的引擎执行设置。此外，NI VeriStand引擎发布了各种系统参数，您可以在运行时访问。或者您可以使用NI 实时执行跟踪工具更细致地查看您的应用程序的执行。
引擎的实时I/O任务使用硬件定时，单点I/O结构，是仿真，控制，和逐点分析任务的理想选择。然而，使用NI VeriStand定制设备可以添加对较高速率，缓冲信号生成和采集的支持，这些内容将会在下一节进行讨论。
NI VeriStand引擎可以在NI PCI，NI PXI实时系统，还有NI CompactRIO和具有128MB或更大 的DRAM RIO接口上的单板RIO上运行。实时系统使您能够结合同步I/O确定性地执行您的测试——这对于实现闭环控制或与真实组件交互的系统仿真应用程序来说是关键的能力。然而，对于低性能系统需求或实现模型在环（MIL）或软件在环（SIL）的测试，您还可以在同一台计算机上将NI VeriStand 引擎作为您的用户界面加以运行。
至页首
4. 自定义NI VerStand
NI VeriStand通过使用基于配置的开发方法，为创建实时测试应用程序提供软件架构。实时测试应用程序所需要的所有常见任务已经在NI VeriStand引擎内部进行了实现与优化。然而，您还可以使用LabVIEW和其他软件工具添加功能到您的NI VeriStand应用程序中。
自定义设备
您可以使用NI VeriStand自定义设备，通过客户自定义时间经验，向NI Veristand引擎中添加运行时功能。创建NI VeriStand自定义设备的LabVIEW使用的模板库中，包含针对NI VeriStand数据和定时资源的接口。这使得自定义设备能够向NI VeriStand 引擎中的本地任务一样运行。该接口使用方式的示例包括：对第三方硬件I/O接口添加支持，或执行缓冲信号采集，以提供高速率测量。
模型
NI VeriStand能够导入您在LabVIEW、MathWorks公司的Simulink®、ITI公司的SimulationX、Gamma技术公司的GT-POWER，和其他建模和编程环境中创建的编译代码。具有该功能，您可以添加实时闭环控制、系统仿真、信号处理和信号发生器到NI VeriStand应用程序中。尽管许多软件环境已在NI VeriStand下支持，您还是可以添加产品提供的NI VeriStand模型框架所产生C代码的从而支持其他环境。
FPGA特性
当添加实时I/O硬件接口到NI VeriStand中，您可以快速配置各种不同的标准模拟，数字和通信总线接口；然而，NI VeriStand还提供LabVIEW基于FPGA可重配置I/O(RIO)设备的用户定义I/O 硬件。您可以使用该功能来创建用户定义I/O硬件接口，实现自定义信号处理、仿真、触发和/或 控制任务，并以25纳秒的速率执行，不占用任何您实时应用程序的处理带宽。此外，因为I/O 接口是基于FPGA的，您可以很容易地重新配置特性或设备的行为，以适应新的需求，或者创建能够用于多个应用程序的测试系统，而不需要改变I/O接口硬件。
工作区工具
NI VeriStand 提供了许多工具，您可以使用这些工具来监测NI VeriStand引擎，并与之进行互动。您可以使用LabVIEW 来创建您自己的运行工具，将它们添加到NI VeriStand工作区中。例如，您可以创建一个自定义运行工具，该工具与数字万用表或示波器交互，提供专门测试数据作为验证程序的一部分。
工作区对象
当与运行可编辑工作区协同工作时， 您可以添加各种不同的输入和输出控制和指示到工作区上，并将它们与NI VeriStand通道连接。尽管NI VeriStand包含各种不同的工作区对象，您仍需使用LabVIEW来创建能够在运行时被加入NI VeriStand工作区的自定义控制和指示。其中的一些实例包括添加更接近系统界面的UI对象，或用自定义功能创建UI对象，如顺序处理或预警。
API 库
NI VeriStand为工作区和系统资源管理器 提供基于.NET的API，您可以使用该API 来创建NI VeriStand自定义接口，或实现配置和/或NI VeriStand应用程序操作的自动化。例如，您可以使用系统资源管理器API库来创建一个自定义配置窗口，限制用户对NI VeriStand应用程序作出改变，或使应用程序参数指定在表格中，以简化配置过程。此外，您可以使用工作区API 库使NI VeriStand应用程序操作进行自动化，或使用LabVIEW软件创建一个完全的自定义运行接口。

黑盒测试应注意哪些问题?

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。
功能不正确或遗漏；
界面错误；
数据库访问错误；
性能错误；
初始化和终止错误等。
从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。
等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒测试用例设计方法。
1) 划分等价类: 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.
有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.
无效等价类:与有效等价类的定义恰巧相反.
设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.
2）划分等价类的方法:下面给出六条确定等价类的原则.
①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.
②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.
③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.
④在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.
⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.
⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.
3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:
输入条件 有效等价类 无效等价类
... ... ...
... ... ...
然后从划分出的等价类中按以下三个原则设计测试用例:
①为每一个等价类规定一个唯一的编号.
②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.
边界值分析是通过选择等价类边界的测试用例。边界值分析法不仅重视输入条件边界，而且也必须考虑输出域边界。它是对等价类划分方法的补充.
（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平台的应用程序实施功能测试而言带来了极大的便利。
WinRunner的工作流程大致可以分为以下六个步骤:
1．识别应用程序的GUI
在WinRunner中，我们可以使用GUI Spy来识别各种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。它提供两种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存储、加载，推荐初学者选用这种模式。但是，这种模式不易于描述对象的改变，其效率比较低，因此对于一个有经验的测试人员来说前者不失为一种更好的选择，它只产生一个共享的GUI文件，这使得测试脚本更容易维护，且效率更高。
2．建立测试脚本
在建立测试脚本时，一般先进行录制，然后在录制形成的脚本中手工加入需要的TSL（与C语言类似的测试脚本语言）。录制脚本有两种模式: Context Sensitive和Analog，选择依据主要在于是否对鼠标轨迹进行模拟，在需要回放时一般选用Analog。在录制过程中这两种模式可以通过F2键相互切换。
只要看看现代软件的规模和功能点数就可以明白，功能测试早已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段。而性能测试则是控制系统性能的有效手段，在软件的能力验证、能力规划、性能调优、缺陷修复等方面都发挥着重要作用。
3．对测试脚本除错(debug)
在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。可以使用step、pause、breakpoint等来控制和跟踪测试脚本和查看各种变量值。
4．在新版应用程序执行测试脚本
当应用程序有新版本发布时，我们会对应用程序的各种功能包括新增功能进行测试，这时当然不可能再来重新录制和编写所有的测试脚本。我们可以使用已有的脚本，批量运行这些测试脚本测试旧的功能点是否正常工作。可以使用一个call命令来加载各测试脚本。还可在call命令中加各种TSL脚本来增加批量能力。
5．分析测试结果
分析测试结果在整个测试过程中最重要，通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后，会产生一个测试报告，从这个测试报告中我们能发现应用程序的功能性缺陷，能看到实际结果和期望结果之间的差异，以及在测试过程中产生的各类对话框等。
6．回报缺陷（defect）
在分析完测试报告后，按照测试流程要回报应用程序的各种缺陷，然后将这些缺陷发给指定人，以便进行修改和维护。
常用的功能测试方法
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。
3. 检查按钮的功能是否正确：如update, cancel, delete, save等功能是否正确。
4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.
5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.
6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致
9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.
11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.
12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.
13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。
14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.
15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.
17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*
19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错. 关于宏接口测试工具和宏检测怎么用的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 宏接口测试工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于宏检测怎么用、宏接口测试工具的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。