1、从是否关心内部结构来看
(1)白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法。
(2)黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全不考虑程序内部结构和处理过程的情况下,测试者仅依据程序功能的需求规范考虑,确定测试用例和推断测试结果的正确性,它是站在使用软件或程序的角度,从输入数据与输出数据的对应关系出发进行的测试。
(3)灰盒测试:是一种综合测试法,它将“黑盒”测试与“白盒”测试结合在一起,是基于程序运行时的外部表现又结合内部逻辑结构来设计用例,执行程序并采集路径执行信息和外部用户接口结果的测试技术。
2、从是否执行代码看
(1)静态测试:指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
(2)动态测试:是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能指标。
3、从开发过程级别看
(1)单元测试:又称模块测试,是针对软件设计的最小单位----程序模块或功能模块,进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错,是否能正确地实现了其功能,满足其性能和接口要求。
(2)集成测试:又叫组装测试或联合,是单元测试的多级扩展,是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系,以期望通过测试发现各软件单元接口之间存在的问题,最终把经过测试的单元组成符合设计要求的软件。
(3)系统测试:是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统,作为基于整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。
在系统测试中,对于具体的测试类型有:
(1)功能测试:对软件需求规格说明书中的功能需求逐项进行的测试,以验证功能是否满足要求。
(2)性能测试:对软件需求规格说明书的功能需求逐项进行的测试,以验证功能是否满足要求。
(3)接口测试:对软件需求规格说明中的接口需求逐项进行的测试。
(4)人机交互界面测试:对所有人机交互界面提供的操作和显示界面进行的测试,以检验是否满足用户的需求。
(5)强度测试:强制软件运行在异常乃至发生故障的情况下(设计的极限状态到超出极限),验证软件可以运行到何种程序的测试。
(6)余量测试:对软件是否达到规格说明中要求的余量的测试。
(7)安全性测试:检验软件中已存在的安全性、安全保密性措施是否有效的测试,
(8)可靠性测试:在真实的或仿真的环境中,为做出软件可靠性估计而对软件进行的功能(其输入覆盖和环境覆盖一般大于普通的功能测试)
(9)恢复性测试:对有恢复或重置功能的软件的每一类导致恢复或重置的情况,逐一进行的测试。
(10)边界测试:对软件处在边界或端点情况下运行状态的测试。
(11)数据处理测试:对完成专门数据处理功能所进行的测试。
(12)安装性测试:对安装过程是否符合安装规程的测试,以发现安装过程中的错误。
(13)容量测试:检验软件的能力最高能达到什么程度的测试。
(14)互操作性测试:为验证不同软件之间的互操作能力而进行的测试。
(15)敏感性测试:为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。
(16)标准符合性测试:验证软件与相关国家标准或规范(如军用标准、国家标准、行业标准及国际标准)一致性的测试。
(17)兼容性测试:验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。
(18)中文本地化测试:验证软件在不降低原有能力的条件下,处理中文能力的测试。
4、从执行过程是否需要人工干预来看
(1)手工测试:就是测试人员按照事先为覆盖被测软件需求而编写的测试用例,根据测试大纲中所描述的测试步骤和方法,手工地一个一个地输 入执行,包括与被测软件进行交互(如输入测试数据、记录测试结果等),然后观察测试结果,看被测程序是否存在问题,或在执行过程中是否会有一场发生,属于比较原始但是必须执行的一个步骤。
(2)自动化测试:实际上是将大量的重复性的测试工作交给计算机去完成,通常是使用自动化测试工具来模拟手动测试步骤,执行用某种程序设计语言编写的过程(全自动测试就是指在自动测试过程中,不需要人工干预,由程序自动完成测试的全过程;半自动测试就是指在自动测试过程中,需要手动输入测试用例或选择测试路径,再由自动测试程序按照人工指定的要求完成自动测试)
5、从测试实施组织看
(1)开发测试:开发人员进行的测试
(2)用户测试:用户方进行的测试
(3)第三方测试:有别于开发人员或用户进行的测试,由专业的第三方承担的测试,目的是为了保证测试工作的客观性
6、从测试所处的环境看
(1)阿尔法测试:是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试
(2)贝塔测试:是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本,并要求用户报告
扩展资料
软件测试的内容:
1 得到需求、功能设计、内部设计说书和其他必要的文档
2 得到预算和进度要求
3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )
4 确定应用软件的高风险范围,建立优先级、确定测试所涉及的范围和限制
5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试
6 确定对测试环境的要求 ( 硬件、软件、通信等 )
7 确定所需的测试用具 (testware) ,包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等
8 确定对测试的输入数据的要求
9 分配任务和任务负责人,以及所需的劳动力
10 设立大致的时间表、期限、和里程碑
11 确定输入环境的类别、边界值分析、错误类别
12 准备测试计划文件和对计划进行必要的回顾
13 准备白盒测试案例
14 对测试案例进行必要的回顾 / 调查 / 计划
15 准备测试环境和测试用具,得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南,建立测试跟踪过程,建立日志和档案、建立或得到测试输入数据
16 得到并安装软件版本
17 进行测试
18 评估和报告结果
19 跟踪问题 / 错误,并解决它
20 如果有必要,重新进行测试
21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具
参考资料:百度百科-软件测试
软件性能测试分析的几种方法
”。这里强调以下内容:
(1) 充分准备以下内容:硬件设备、软件环境、网络条件、基础数据
(2) 充分准备测试场景、典型的场景包括操作序列、并发用户数量条件、用例。
该部分包括使用到上述测试方法:性能测试方法、可靠性测试、压力测试、失效恢复测试
2. 规划性能
3. 发现缺陷
这个环节中是交付给用户的主要工作成果。需要多和开发人员作沟通、多次迭代发现问题、根据用户的需求定义与缺陷的涉及范围、制定一个解决缺陷的优先级。由于软件永远有BUG这一真理,所以发现缺陷不是一次就能结束的工作。比较适合作为服务外包。持续进行。
4. 性能调优
一个标准的性能调优过程是:
(1) 确定基准环境、基准负载和基准性能指标。
(2) 调整系统运行环境和实现方法,执行测试。
(3) 记录测试结果、进行分析
在J2EE性能测试中有很多常见的错误,比如:对于某些建立在J2EE/EJB技术上的应用,在服务启动的时候,没有注意到测试之前首先进行一段时间的预热。这是因为JAVA语言的hot-spot技术特性决定的,这种技术允许weblogic第一次运行应用的时候将字节码编译为本地代码并执行,这样在后续的执行过程中执行过程会大大加快,但第一次由于存在一个编译过程会比较慢。如果使用这个时间来作为基准那么就容易得出错误的结论。
如何用软件测试显示器的显示性能
无论是台式机还是笔记本,显示器或笔记本屏幕的显示效果对用户的体验有直接的影响,也备受消费者的关注。要了解显示器的参数并不困难,但要全面知道显示器的显示性能则需要借助售价数万或数十万的专业设备来完成。但是这对于普通用户来说并不现实。其实除了专业仪器,借助一些相对专业的屏幕显示效果测试软件,也可以比较清晰的了解显示性能。那么用软件如何测试显示器的显示性能呢,接下来就教给大家一些方法。 坏点、漏光测试 在购买显示器时,最怕就是屏幕上出现坏点。在液晶面板中,一个像素点对应一个发光点。每个发光点都有独立的晶体管控制其电流的强弱,如果控制该点的晶体管损坏了,我们就会在屏幕上看到某个像素点显示不正常。坏点(包括亮点和暗点)的出现是无法避免的,但是会影响用户体验。对坏点进行测试,只需让显示器显示各种纯色的图片,就能看出屏幕上是否有像素点显示不正常。 除了坏点之外,漏光也是比较常见的,表现为四周或某个角落有光晕,在显示比较暗的画面时,表现得非常明显。一般来说漏光显现比较常见,但严重的漏光会影响使用体验,令人无法忍受。漏光检测更为简单,只需要显示全黑图片,然后上下左右45度角看显示器四周显示区是否明显的发白、偏色、缝隙处是否有光线透出就可以了。 测试软件介绍: Display-Test:这是一款小巧的免费测试软件,体积虽小但功能却不简单,不仅有坏点测试,还有各种颜色填充、渐变测试,可以检测出显示设备的色彩还原能力。比较有意思的是,在进行测试时,软件居然会显示画面的处理时间,可以反映显卡的性能,当然这个只能作为参考,准确性不太高。 Display-Test软件界面 灰阶测试 一般来说,普通用户在检查显示设备时,对于坏点、漏光、色彩还原的关注更多,灰阶这个重要指标反而容易被忽略。液晶屏幕上人们肉眼所见的一个点,即一个像素,它是由红、绿、蓝(RGB)三个子像素组成的。每一个子像素,其背后的光源都可以显现出不同的亮度级别。而灰阶代表了由最暗到最亮之间不同亮度的层次级别。这中间层级越多,所能够呈现的画面效果也就越细腻。也就是说,显示设备的屏幕灰阶表现越好,暗部的细节就表现越突出,这样在玩游戏或者看高清电影的时候就会感觉非常好。 对于灰阶测试,将显示器亮度和对比度都调到最大之后,打开显示设备的灰阶测试图,用户可以从中辨别被测试显示器的灰阶层次显示能力。如果能看清的灰阶越多,就说明显示灰阶表现越好。 测试软件介绍: DisplayX:这是一款很常见的测试软件,全中文界面、无需安装,简单易用。在灰阶测试方面,软件提供了2个测试图。其中一个是256级灰阶图,灰阶间过渡的界限越清晰,说明显示器的层次感越强;另一个是八色测试图,颜色之间过渡越平滑,说明灰阶还原能力越好。 除了灰阶测试功能之外,这款软件还能对色彩、对比度、响应时间等进行测试。比较贴心的是,在测试时,每个画面的顶部都有文字说明,即便你是初次使用,也没问题。 256级灰阶测试画面 TFTTest:这款软件来自于俄罗斯,功能全面,测试项目除了针对性很强之外,还加入了一些特色功能,让测试变得更为直观。例如在灰阶测试中,第一幅测试图分为4个灰阶过渡的测试带,邻近灰阶块分别相隔为10%、6%~7%、5%、4%,从而让用户分辨出显示器的灰阶控制能力。第二幅测试图灰阶的间隔更小,其最大的间隔单位才4%,而最小为1%,提供最精细的灰阶层次测试。此环节测试的设计针对性很强,非常人性化。 鲁大师:一款大家很熟悉的软件了,在硬件测试中也有显示器检测这一项。其功能很简单,但这是少数能给出显示器性能究竟是怎样的测试软件。整个测试程序其实就是进行灰阶测试,首先画面会变成全白,只要你用鼠标点击从左到右你能看清的最后一行字,画面就会自动切换,最后程序就会给出一个评估的结果。从我们实际测试的结果来看,鲁大师给出的屏幕判断结果也不是特别准确,给出的仍然是一个参考值,不过其具备的灰阶测试画面等还是有利用的价值。 鲁大师提供了两个显示器测试工具 色彩偏差测试 一台显示设备效果的好坏很大程度上取决于其色彩表现如何,如果偏色,那肯定不是好产品。要准确测出屏幕色彩还原性能怎样得动用专业设备,但消费者不可能有这些设备。其实只要一些简单的方法,你就能通过了解到屏幕是否有色彩偏差。 上面介绍的这些软件都提供了RGB三色色彩还原测试,画面会分别显示红色、蓝色、绿色,我们也可以在显示设备上播放一些图片。通过在这个测试,就可以看出对原图片色彩还原是否准确,画面明暗交界处的过渡是否自然,从而分辨出显示器的色彩还原能力究竟怎样。 当然播放高清影片也是必不可少的,是否有拖影、对于明暗细节表现否清晰、场景色彩还原是否准确,都是考察显示器性能的重要指标。
软件的功能测试和性能测试分别什么时候进行,请详细说明。
功能测试在开发完成编码提交测试后进行,性能测试则是在功能基本稳定,没什么严重问题的时候开始执行。当然,环境搭建,场景设计还是要在前期就准备好的
如何做软件性能测试?
网上有相关的资料,您可以先了解一下。
性能测试,就几点需要弄清楚。
1、测试目标是什么。
2、测试内容有哪些。比如,5kw用户访问一个页面,页面响应时间不能超过5s
3、采集数据有哪些
等等,弄清楚这些很重要
另外,就是怎么开展测试。相应《性能测试计划》
选用哪些测试工具,测试脚本的编写等待。
总结下就是,为什么做,做什么,怎么做..
软件测试-----性能测试
2 配置测试环境
只有在充分认识测试测试对象的基础上,我们才知道每一种测试对象,需要什么样的配置,才有可能配置一种相对公平、合理的测试环境(这在性能对比测压中尤其重要)。考虑到其它因素,如网络锁、网速、显示分辩率,数据库权限、容量等对测试结果的影响。如条件允许,我们最好能配置几组不同的测试环境。
3 测试数据的获取和处理
在所有的测试中,测试数据的收集工作都是较为困难的,GIS软件更是如此,每一种软件都有它的文件格式,有的软件还有几种格式。在这种情况下,我们只能把第三方格式的数据转换成每一种被测试软件自已的格式。同时,还应对数据作一定的处理,如处理数据冗余,处理显示风格等。如在测试时会更新数据,操作前一定要备份数据。其外,还应评估数据格式和数据量对测试的影响,如有必要,应准备多组数据。最后,一定要检查测试数据的有效性,避免损坏数据对测试结果的影响。
4. 如何开展性能测试
测试前期的准备工作纷繁复杂,做好测试准备工作,已是完成了测试工作的一大半,但要产生一份具有说服力的测试报告,还应正确把握测试的强度,保持测试的一致性,提高测试的精度。
判断软件的好坏,要看软件解决实际应用的能力,只有在一定的测试强度下,才能测试出各种软件资源的消耗率,软件运行的速度,软件的稳定性。通过对比在不同的测试强度下,不同软件每一个功能模块解决实际问题的能力和软件运行的效率,我们才可能判断出不同软件的每一个模块的强弱,甚至于整个软件的优劣。
性能测试开始后,所有参数的输入都应遵循统一的标准,无论是哪一个环节,哪怕是一点点偏差,都应立即纠正,觉不能心存侥幸。要特别注意外部环境对测试结果的影响,如果在整个测试过程中,外部境不一致,如网速、机器内存使用率不一样,就有可能导致测试结果与实际情况有出入。
5. 如何总结性能测试
对测试的终结,实际就是对测试数据的分析和处理。我们测试工作做的再好,如最终到用户手中的是一堆杂乱无章的数据,那也是美中不足。
首先,我们最好从所有的测试数据中,筛选出具有代表意义的数据,做出统计图,然后和开发人员一起,认真分析数据,找出软件存在的问题,得出测试结论。大多数用户,真正需要的就是科学、客观的测试结论。
6. 结论
各种软件性能测试,范围大小不同,强度高底有别,但只要本着认真、客观,科学的工作态度,遵循本文论述的方法,做好测试工作是不难的。本篇文章主要谈的是软件性能测试方面的问题,相信对其它方面的测试也有一定的借鉴作用。
另外,虚机团上产品团购,超级便宜
软件测试分为几个阶段分别是什么?几种测试方法分别是什么?
软件测试生命周期包括6个阶段(大体上):1)计划 2)分析,3)设计,4)构建,5)测试周期,6)最后测试和实施,和7)实施后。
1. 计划(产品定义阶段)
高层次的测试计划(包含多重测试周期)
质量保证计划(质量目标,测试标准等 )
确定计划评审的时间
报告问题过程
确定问题的分类
确定验收标准-给质量保证员和用户。
建立应用程序测试数据库
确定衡量标准,例如缺陷数量/严重程度和缺陷起源(仅举几个例子) 。
确定项目质量度量
开始制定项目整体测试时间表(时间,资源等)
必需阶段:评审产品定义文档
文档中加入质量保证标准,作为工程改善进程的一部分
根据该产品的特点帮助确定问题的范围
大约每月要花5 -1 0小时在这一方面
计划在数据库管理所有测试用例,包括手工方面或者自动化方面。
2. 分析(外部文档阶段)
根据业务需求开发功能验证矩阵。
制定测试用例格式-估计时间和分配优先级。
制定测试周期矩阵与时间线
根据功能验证矩阵开始编写测试用例
根据业务需求计划测试用例基准数据
确定用于自动化测试的测试用例。
自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
为自动化系统中的跟踪组件设置路径和自动化引导。
界定压力和性能测试的范畴。
按照每个测试用例的数据要求开始建立基准数据库。
定义维护基准数据库的过程,即备份,恢复,验证。
开始规划项目所需的测试周期数,和回归测试次数。
开始文档复查,如:功能设计文档,业务需求文档,产品规格说明书,产品外部文档等。
审查测试环境和实验室,前端与后端系统都要。
准备使用McCabe工具,以支持白盒测试中代码的研发和复杂性分析
建立反馈机制并开始录入文档。
必需阶段:审查外部文件
?? 文档中加入质量保证标准,作为工程改善进程的一部分。
?? 根据群体执行反馈编写测试用例
?? 开始研制测试用例估计数目,每个用例的执行时间,和用例是否自动化这些方面的度量
?? 为每个测试用例确定基准数据,
?? 大约每月要花25小时在这一方面
3. 设计(文档架构阶段)
根据变更修改测试计划
修改测试周期矩阵和时间线
核实测试计划和用例用到的数据都输入到数据库,或是否必需的。
修改功能验证矩阵
继续编写测试用例,根据变化添加新的用例
制定风险评估标准
规范自动化测试和多用户测试的细节。
挑选出一套用于自动化测试的测试用例,并且把这些用例脚本化
规范压力测试和性能测试的细节。
最终确定的测试周期。 (根据用例的估计时间和优先权确定每个周期所用的测试用例数)
最终确定的测试计划
估计单元测试所需资源
必需阶段:审查架构文件
?? 文档中加入质量保证标准,作为工程改善进程的一部分。
?? 确定要进行编码的的实际组件或模块
?? 在这定义单元测试标准,通过/失败准则等。
?? 单元测试报告,报告进行单元测试后的模块质量如何,白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
?? 列出所有要进行单元测试的模块
4. 构建(单元测试阶段)
完成所有计划
完成测试周期矩阵和时间线
完成所有测试用例。 (手动)
完成第一套自动化测试用例的测试脚本。
完成压力和性能测试的计划
开始压力和性能测试
McCabe工具支持-提供度量
测试自动化测试系统,并修复错误。
发展单元测试
运行质量保证验收测试套件,以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正( 重复/系统测试阶段)
测试周期1,执行第一套的测试用例(前端和后端)
报告错误
错误审核-不断开展的活动。
根据需求修改测试用例
根据需求增加测试用例
测试周期二
测试周期三
6. 最后的测试和实施(代码冻结阶段)
执行所有前端测试用例-人工和自动化。
执行所有后端测试案例-人工和自动化。
执行所有压力和性能测试。
提供对正在进行的缺陷跟踪度量。
提供对正在进行的复杂性和设计的度量。
更新测试用例和测试计划的估计时间。
文件测试周期,回归测试,并更新相应文档。
7. 实施后
开展实施后评估会议以回顾整项工程。 (经验所得)
准备最终的缺陷报告和相关度量。
制定战略以防止类似的问题在今后的项目中重复出现。
创建如何改进流程的计划目标和里程碑,
McCabe工具-制作最后的报道和分析。
自动化测试组-1 )审查测试用例以评估其他可用于自动化回归测试的用例2 )清理自动化测试用例和变量,和3 )审查自动化测试和手工测试结果的整合过程
测试实验室和测试环境-清理测试环境,标记和存档用过测试用例和数据,恢复测试仪器到原始状态等。
转载请注明出处51数据库 » 软件性能测试方法 软件测试的方法一共有几种