根据测试的侧重划分软件测试

网友投稿 687 2022-11-13

本站部分文章、图片属于网络上可搜索到的公开信息,均用于学习和交流用途,不能代表睿象云的观点、立场或意见。我们接受网民的监督,如发现任何违法内容或侵犯了您的权益,请第一时间联系小编邮箱jiasou666@gmail.com 处理。

根据测试的侧重划分软件测试

功能测试与性能测试

功能测试: 功能测试检查实际的功能是否符合用户的需求。

功能测试(function testing):是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。

易用性测试(usability testing):可使用性测试(易用性测试)主要从使用的合理性和方便性等角度对软件系统进行检查,发现认为因素或使用上的问题。

安装测试(installation testing):安装测试的目的不是找软件错误,而是找安装错误。

恢复测试(recovery testing):恢复测试是要证实在克服硬件故障(包括掉电、硬件或网络出错等)后,系统能否正常地继续进行工作,并不对系统造成任何损害。为此,可采用各种人工干预的手段,模拟硬件故障,并由此检查:

① 错误探测功能——系统能否发现硬件失效或故障;

② 能否切换或启动备用的硬件;

③ 在故障发生时能否保护正在运行的作业和系统状态;

④ 在系统恢复后能否从最后记录下来的无错误状态开始继续执行作业等。

如果系统的恢复是自动的(由系统自身执行),则应对重新初始化、数据恢复、重新启动等逐个进行正确性评价。如果恢复需要人工干预,就需要对恢复的平均时间进行评估以判定它是否在允许的范围之内。

文档测试(documentation testing):这种测试是检查用户文档(如用户手册)的清晰性和精确性。确保叙述正确无误。

可支持性测试(supportability testing):这类测试是要验证系统的支持策略对于公司与用户方面是否切实可行。它所采用的方法是试运行支持过程(如对有错部分打补丁的过程,热线界面等),对其结果进行质量分析,评审诊断工具、维护过程、内部维护文档;衡量修复一个明显错误所需的平均最少时间。还有一种常用的方法是,在发行前把产品交给用户,向用户提供支持服务的计划,从用户处得到对支持服务的反馈。

互连测试(interoperability testing):互连测试是要验证两个或多个不同的系统之间的互连性。这类测试对支持标准规格说明,或承诺支持与其他系统互连的软件系统有效。

性能测试:性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。

性能测试是相对功能测试来说的。它们之间最本质的区别就是:对系统的处理能力是否够成压力。如果一个用户的一个操作(比如超大数据量的查询)对系统够成了压力,也可以视其为性能测试。

软件的性能包括很多方面,主要有时间性能和空间性能两种。

时间性能:主要是指软件的一个具体的响应时间。比如一个登录所需要的时间,一个交易所需要的时间等。

空间性能:主要指软件运行时所消耗的系统资源,比如硬件资源,CPU、内存,网络带宽消耗等。

性能测试(广义)包括:

性能测试(狭义)

性能测试方法是通过模拟生产运行的业务压力量和使用场景组合,测试系统的性能是否满足生产性能要求。通俗地说,这种方法就是要在特定的运行条件下验证系统的能力状态。(理解为how much and how fast)

特点:

1、这种方法的主要目的是验证系统是否有系统宣称具有的能力。

2、这种方法要事先了解被测试系统经典场景,并具有确定的性能目标。

3、这种方法要求在已经确定的环境下运行。

也就是说,这种方法是对系统性能已经有了解的前提,并对需求有明确的目标,并在已经确定的环境下进行的。

负载测试(Load Test)

通过在被测系统上不断加压,直到性能指标达到极限,例如“响应时间”超过预定指标或某种资源已经达到饱和状态。(理解为how much)

也就是说,这种方法是对一个系统持续不段的加压,看你在什么时候已经超出“我的要求”或系统崩溃。

Load Test = Large amount of users

特点:

1、这种性能测试方法的主要目的是找到系统处理能力的极限。

2、这种性能测试方法需要在给定的测试环境下进行,通常也需要考虑被测试系统的业务压力量和典型场景、使得测试结果具有业务上的意义。

3、这种性能测试方法一般用来了解系统的性能容量,或是配合性能调优来使用。

压力测试(Stress Test 强度测试)

压力测试方法测试系统在一定饱和状态下,例如cpu、内存在饱和使用情况下,系统能够处理的会话能力,以及系统是否会出现错误

也就是说,这种测试是让系统处在很大强度的压力之下,看系统是否稳定,哪里会出问题。

Stress Test = Too many users, too much data, too little time and too little room

特点:

1、这种性能测试方法的主要目的是检查系统处于压力性能下时,应有的表现。

2、这种性能测试一般通过模拟负载等方法,使得系统的资源使用达到较高的水平。

3、这种性能测试方法一般用于测试系统的稳定性。

配置测试(Configuration Test)

配置测试方法通过对被测系统的软\硬件环境的调整,了解各种不同对系统的性能影响的程度,从而找到系统各项资源的最优分配原则。

特点:

1、这种性能测试方法的主要目的是了解各种不同因素对系统性能影响的程度,从而判断出最值得进行的调优操作。

2、这种性能测试方法一般在对系统性能状况有初步了解后进行。

3、这种性能测试方法一般用于性能调优和规划能力。

也就是说,这种测试关注点是“微调”,通过对软硬件的不段调整,找出这他们的最佳状态,使系统达到一个最强的状态。

可靠性测试(Reliability Test)

在给系统加载一定业务压力的情况下,使系统运行一段时间,以此检测系统是否稳定。

也就是说,这种测试的关注点是“稳定”,不需要给系统太大的压力,只要系统能够长期处于一个稳定的状态

特点:

1、这种性能测试方法的主要目的是验证是否支持长期稳定的运行。

2、这种性能测试方法需要在压力下持续一段时间的运行。(2~3天)

3、测试过程中需要关注系统的运行状况。

容量测试(Volume Test)

是通过测试预先分析出反映软件系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等),系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。

Volume Test = Large amounts of data

并发测试

并发测试方法通过模拟用户并发访问,测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或其者他性能问题。

也就是说,这种测试关注点是多个用户同时(并发)对一个模块或操作进行加压。

特点:

1、这种性能测试方法的主要目的是发现系统中可能隐藏的并发访问时的问题。

2、这种性能测试方法主要关注系统可能存在的并发问题,例如系统中的内存泄漏、线程锁和资源争用方面的问题。

3、这种性能测试方法可以在开发的各个阶段使用需要相关的测试工具的配合和支持。

上一篇:根据测试是否使用自动化工具划分软件测试
下一篇:根据测试流程/开发阶段划分软件测试
相关文章

 发表评论

暂时没有评论,来抢沙发吧~