极度郁闷,有一段时间没登陆51了,今天回来竟然把提示问题给弄丢了,猜了半个小时才猜出来。。。。

软件测试种类划分

上一篇 / 下一篇  2010-01-06 21:02:08 / 个人分类:测试技术

静态测试

静态测试是对被测程序进行特性分析的一些方法的总称,这种方法的主要特性是不利用计算机运行被测试的程序,而是采用其他手段达到检测的目的。
静态方法是指不运行被测程序本身,仅通过分析或检查源程序的文法、结构、过程、接口等来检查程序的正确性。静态方法通过程序静态特性的分析,找出欠缺和可疑之处。它在项目开发的早期和代码研发过程中就可以使用。静态测试结果可用于进一步的查错,并为测试用例选取提供指导。

动态测试

动态测试是实际运行被测程序,输入相应的测试用例,判定执行结果是否符合要求,从而检验程序的正确性、可靠性和有效性。
动态测试的两种主要的方法是黑盒测试白盒测试。动态方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能,这种方法由三部分组成:构造测试实例、执行程序、分析程序的输出结果。它适合在项目研发的中后期使用。
动态测试较静态测试要简单,高效,但是他介入测试较晚,所以不利于尽快发现缺陷。

白盒测试

白盒测试(white—box testing) ,也称为结构化测试、基于代码的测试,是一种测试用例设计方法,它从程序的控制结构导出测试用例。

黑盒测试

黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时,被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下,测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。
白盒测试在测试的早期采用,而黑盒测试主要用于测试的后期。黑盒测试故意不考虑控制结构,而是注意信息域。

灰盒测试

灰盒测试(gray—box testing) ,确实是介于白盒测试与黑盒测试之间的,可以这样理解,灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。

冒烟测试

简单的说,冒烟测试就是先保证系统能跑的起来,不至于让测试工作做到一半突然出现错误导致业务中断。目的就是先通过最基本的测试,如果最基本的测试都有问题,就直接打回开发部了,减少测试部门时间的浪费。

Web测试和负载测试

生成Web测试和负载测试时,在运行任何时间长、工作量大的测试之前运行冒烟测试是一种很好的做法。在Web测试和负载测试中,冒烟测试时间短,工作量也小。使用冒烟测试是为了在运行性能测试或压力测试之前,确保一切都已正确配置并可按预期运行

回归测试

回归测试(regression test)是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

功能测试

功能测试(Functional testing):根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。

性能测试

性能测试(Performance testing):评价一个产品或组建与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型

压力测试

压力测试:获取系统正确运行的极限,检查系统在瞬间峰值负荷下正确运行的能力,例如:对服务器做压力侧室时增加并发操作的用户数量,或者不停向服务器发送请求,或者一次性向服务器发送特别大的数据等。看服务器保持正常运行所能达到的最大状态。

负载测试

负载测试:用于检查系统在使用大量数据的时候正确工作的能力,即检验系统的能力最高能达到什么程度,例如:对信息检索系统,让他的使用频率达到最大,或者对多个终端的分时系统,让所有的终端都开动,在使整个系统的全部资源达到“满负荷”的情况下,测试系统的承受能力。区别于压力测试的是,负载测试一般模仿用户真实环境,大量数据也不会取到实际不可能达到的数值。

易用性测试

易用性测试:从客户角度出发,从使用软件的合理性和方便性等角度对软件系统进行检查,发现人为因素或使用上的问题。

安装测试

安装测试:确保软件在正常情况和异常情况的不同条件下,如首次安装、升级、完整或自定义安装等都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可正常运行。安装测试还包括卸载测试。

界面测试

界面测试:用户界面风格是否满足用户要求,文字是否正确,版面是否美观等。包括窗口测试,菜单和鼠标操作,数据项测试。

配置测试

配置测试:主要检查计算机系统内各个设备或各种资源之间的相互连接和功能分配中的错误,包括验证全部配置命令的可操作性,软件配置,硬件配置,利用手动方式进行配置状态间的转换。

文档测试 

文档测试:检查文档的正确性、完备性和可理解性。

兼容性测试

兼容性测试(企业内常称为“共存性”):测试软件是否和系统的其它与之交互的元素之间兼容,如浏览器、操作系统、硬件等。

安全性测试

安全性测试(尤其B/S系统要求比较高):检查系统对非法入侵的防范能力,检查系统中已存在的系统安全性、保密性措施是否发挥作用,有无漏洞。系统安全设计的准则是,使非法侵入的代价超过被保护信息的价值。

恢复测试

恢复测试(Recovery testing):主要检查系统的容错能力。当系统出错时,能否在规定时间内修正错误并恢复正常。例如SQL的回滚机制。

可移植性测试

可移植性测试:测试软件是否可以被成功移植到指定的硬件或软件平台上。

引导测试

引导测试:软件开发中,验证系统在真实硬件和客户基础上处理典型操作的能力。在软件外包测试中,引导测试通常是客户检查软件测试公司测试能力的一种形式,只有通过了客户特定的引导测试,软件测试公司才能接受客户真实软件项目的软件测试。

随机测试

随机测试:没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试,主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行测试用例的重要补充手段,是保证测试覆盖完整性的有效方式和过程。

健全测试

健全测试:软件主要功能成分的简单测试以保证它是否能进行基本的测试。

自动化测试

自动化测试:使用自动化测试工具进行测试,一般不需要人工过多干预,在GUI、性能测试中用得较多。

国际化测试

国际化测试:目的是测试软件的国际化支持能力,发现软件的国际化的潜在问题,保证软件在世界不同区域中都能正常运行。国际化测试使用每种可能的国际输入类型,针对任何区域性或区域设置检查产品的功能是否正常,软件国际化测试的重点在于执行国际字符串的输入/输出功能。

本地化能力测试

本地化能力测试:本地化能力是指不需要重新设计或修改代码,将程序的用户界面翻译成任何目标语言的能力。常在软件的伪本地化版本上进行。

本地化测试

本地化测试:对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。

通过测试

通过测试:即正面测试,使用满足需求的数据测试系统的过程。

失败测试

失败测试:负面测试,使用不满足需求的数据测试系统。

错误猜测

错误猜测:是通过直觉发现程序中的错误和缺陷的能力。

验证测试

验证测试(Verification):组织开发工作产品的同行对工作产品进行系统性的检查,发现工作产品中的缺陷,并提出必要的修改意见,达到消除工作产品缺陷的目的。适用于所有立项开发的软件项目及产品。同行评审及测试是主要的验证方法,根据特定的需求选择工作产品,并选择有效的验证方法对工作产品进行验证。

确认测试

确认测试(Validation):确保产品或产品构件适合其预定的用途。确认主要是对中间及最终产品的检查与验收,表现形式为审批、签字确认、正式的验收报告等,确认与验证紧密结合,并采用验证的方法,如同行评审、检查、走查、测试等。适用于所有立项开发的软件项目与产品。

TAG: 类型 测试

 

评分:0

我来说两句

Open Toolbar