一般而言,软件测试方法分为黑盒测试、白盒测试、灰盒测试、静态测试、动态测试、手动测试、自动化测试和探索性测试等类型。
【1】黑盒测试
黑盒测试又称功能测试、数据驱动测试或基于需求规格说明书的功能测试。该测试方法验证被测对象使用质量及外部质量表现。
采用黑盒测试方法,测试工程师将测试对象看作一个黑盒子,如图所示,完全不考虑程序内部逻辑结构和内部特性,只依据需求规格说明书、设计文档及其他需求描述文档,检查被测对象是否与期望需求一致。
测试工程师无须了解被测对象的内部构造,完全模拟软件产品的最终用户使用该软件,以用户需求规格说明书为评判标淮,检查软件产品是否满足了用户的需求。例如,使用某款社交类工具产品,用户无须知道该产品如何开发出来,仅需从使用者角度来使用收发图文信息、商品支付等功能即可。测试过程无须关注内部设计信息,所采用的测试方法就是黑盒测试。
黑盒测试方法能更好、更真实地从用户角度来考察被测系统的需求实现情况。在软件测试的各个阶段,如单元测试、集成测试、系统测试及确认测试等阶段中都发挥着重要作用,尤其是在系统测试和确认测试中,其作用是其他测试方法无法取代的。但黑盒测试方法的弊端也很明显,由于仅关注被测对象外部特性表现,对于一些结构性、深层次的问题不易揭露,带来漏测的潜在风险。
需注意的是,黑盒测试方法的思想是将被测对象作为一个黑盒子,在系统测试层面,软件系统是黑盒子,是测试工程师的测试对象。在单元测试、集成测试阶段,如果将函数单元、类文件、接口模块作为一个黑盒子,那么使用的测试方法同样称为黑盒测试,并不能说黑盒测试方法只能用在系统测试和验收测试阶段。
【案例:OA 系统图书管理功能结构图 】
如图所示,该功能模块主要包括“图书添加”“图书借阅”“图书归还”“图书类别”“查询图书”这5大功能。使用黑盒测试方法,从用户应用角度来看,可先以系统管理员身份登录系统测试〝图书类别”功能,再以普通用户视角进行“图书查询”“图书借阅”“图书归还”,完全模拟用户使用习惯。
【2】白盒测试
白盒测试,又称结构测试、逻辑驱动测试或基于程序代码内部构成的测试。此时,测试工程师需深入考查程序代码的内部结构、逻辑设计等。同样以某款社交工具软件为例,测试工程师需了解产品的内部设计信息,如编码形式、类文件调用过程、接口参数传递过程等。
白盒测试需要测试工程师具备较深的软件开发功底,熟悉相应的开发语言,一般的测试工程师难以胜任该工作。图中所示是白盒测试示意图,相对于白盒测试工程师来说,软件产品内部构成是透明的。
【案例:图书添加功能页面对象检查功能】
下列代码是“图书添加” 功能页面对象检查功能函数。从白盒测试角度而言,测试工程师仅需关注此段函数所能实现的功能,无须关注该函数的外部功能特性。
【3】灰盒测试
与前面的黑盒测试、白盒测试相比,灰盒测试介于两者之间。黑盒测试仅关注被测对象的外部特性(功能、性能、用户界面、接口)表现,不关注内部的逻辑设计、构成情况,白盒测试则仅从程序代码的内部构成考虑,检查其内部代码设计结构、方法调用等。两种方法从相反角度测试被测对象,但相对来说都比较“偏激”,灰盒测试则结合这两种测试方法,一方面需要考虑被测对象的外部特性表现,另一方面又需要考虑程序代码的内部结构,如图所示。
通俗来说,灰盒测试就是白加黑,性能测试和自动化测试就采用了灰盒测试的方法。
【4】静态测试
静态测试顾名思义,就是不执行被测对象程序代码、不运行被测对象而实施的测试活动,是发现缺陷的过程。静态测试包合阅读程序代码、文档资料等,与需求规格说明书进行比较,找出被测对象设计、描述、编码等方面的错误。
进行程序代码静态测试时,可采用一些代码走查工具,如 QAC++、C++Test等。需要注意的是,代码走查工具一般仅能发现语法或调用效率方面的问题,很难发现业务逻辑错误。
以白盒测试静态测试方法为例,针对一些功能函数、类等文件,可进行阅读、分析,发现被测对象中的缺陷。
【5】动态测试
动态测试运行被测对象的程序代码,执行测试用例,检查系统软件运行结果与预期结果的差异。通过动态行为分析被测对象的正确性、可 靠性和有效性,并分析系统运行速度、系统资源耗用等性能状况。
动态测试由 4 部分组成:设计测试用例、评审测试用例、执行测试用例、输出测试报告。
【6】手工测试
通过模拟终端用户的业务流程应用软件系统,检查被测对象实际表现与预期结果间的差异,测试工程师手工运行被测对象,这种模式即为手工测试。手工测试是最传统的测试方法,也是现在大多数公司普遍采用的测试形式。测试工程师设计、执行测试用例,比较实际结果与预期结果,记录两者的差异,最终输出缺陷报告和测试报告。手工测试方法可以充分发挥测试工程师的主观能动性,将其智力活动体现于测试工作中,能发现很多的缺陷,但该测试方法有一定的局限性与单调枯燥性。当测试周期变长,业务重复性较大时,手工测试容易变得枯燥乏味。
【7】自动化测试
随着软件行业的不断发展,软件测试技术也在不断地更新,出现了众多的自动化功能测试工具,如HP 的 Quick Test Professional(最新版本名为 UFT )、开源的 Selenium(见图)、性能测试工具如 LoadRunner、JMeter 等。
所谓自动化测试,即利用测试工具,编程实现模拟用户业务使用流程的脚本,设定特定的测试场景,自动寻找缺陷。自动化测试的引入,大大地提高了测试效率和准确性,而且封装性较好的测试脚本,还可应用于其他产品项目。业内通常将自动化功能测试称为自动化,而性能测试单独成体系,不含在自动化测试中。
1. 自动化测试优点
自动化测试的优点是快速、可重用,替代人的重复活动。回归测试阶段,可利用自动化测试工具进行,无须大量测试工程师手动重复执行测试用例,极大地提高了工作效率。有时做压力测试,需要几万甚至几十万个用户同时访问某个站点,以保证网站服务器不会出现死机或崩溃现象。一般来说,模拟几万人同时访问某个系统,通过人工很难实现,但利用测试工具,如 LoadRunner,可非常容易地做到。
2. 自动化测试缺点
当然,自动化测试的缺点也很明显,它们只能检查一些比较主要的问题,如崩溃、死机,但却无法发现新的错误。另外,在自动测试中编写测试脚本的工作量也很大,有时该工作量其至超过了手动测试的时间。
在自动化测试活动中,测试工具的应用,可以提高测试质量、测试效率。但在选择和使用测试工具时,也应该看到在测试过程中,并不是所有的测试工具都适合引入;同时,即使有了测试工具,会使用测试工具,也不等于测试工具真正能在测试中发挥作用。
因此,应该根据实际情况选择测试工具,选择使用何种测试工具,千万不可为了使用工具而刻意地使用工具。在目前软件系统研发环境下,自动化测试完全替代手工测试是不可能的。
自动化测试不仅仅运用在系统测试层面,在单元测试、集成测试阶段同样可以使用自动化测试方法进行测试。
今天的文章测试工程师要学什么技能_软件测试需要掌握的技能[通俗易懂]分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/82326.html