功能测试 订阅
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。 展开全文
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。
信息
外文名
functional test
应用学科
通信科技;运行、维护与管理
用    途
对产品的各功能进行验证
中文名
功能测试
功能测试功能测试
Functional testing(功能测试),也称为behavioral testing(行为测试),根据产品特性、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试,用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试,通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。功能测试也叫黑盒测试或数据驱动测试,只需考虑需要测试的各个功能,不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发,按照需求编写出来的测试用例,输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。应用电子技术方面的测试:印刷电路板,又称印制电路板,印刷线路板,常使用英文缩写PCB(Printed circuit board),是重要的电子部件,是电子元件的支撑体,是电子元器件线路连接的提供者。由于它是采用电子印刷技术制作的,故被称为“印刷”电路板。在印制电路板出现之前,电子元件之间的互连都是依靠电线直接连接而组成完整的线路。电路面包板只是作为有效的实验工具而存在,而印刷电路板在电子工业中已经成了占据了绝对统治的地位。20世纪初,人们为了简化电子机器的制作,减少电子零件间的配线,降低制作成本等优点,于是开始钻研以印刷的方式取代配线的方法。三十年间,不断有工程师提出在绝缘的基板上加以金属导体作配线。而最成功的是1925年,美国的Charles Ducas 在绝缘的基板上印刷出线路图案,再以电镀的方式,成功建立导体作配线。[1]直至1936年,奥地利人保罗·爱斯勒(Paul Eisler)在英国发表了箔膜技术,他在一个收音机装置内采用了印刷电路板;而在日本,宫本喜之助以喷附配线法“メタリコン法吹着配线方法(特许119384号)”成功申请专利。而两者中Paul Eisler 的方法与现今的印刷电路板最为相似,这类做法称为减去法,是把不需要的金属除去;而Charles Ducas、宫本喜之助的做法是只加上所需的配线,称为加成法。虽然如此,但因为当时的电子零件发热量大,两者的基板也难以配合使用[1],以致未有正式的实用作,不过也使印刷电路技术更进一步。1941年,美国在滑石上漆上铜膏作配线,以制作近接信管。1943年,美国人将该技术大量使用于军用收音机内。1947年,环氧树脂开始用作制造基板。同时NBS开始研究以印刷电路技术形成线圈、电容器、电阻器等制造技术。1948年,美国正式认可这个发明用于商业用途。自20世纪50年代起,发热量较低的晶体管大量取代了真空管的地位,印刷电路版技术才开始被广泛采用。而当时以蚀刻箔膜技术为主流[1]。1950年,日本使用玻璃基板上以银漆作配线;和以酚醛树脂制的纸质酚醛基板(CCL)上以铜箔作配线。[1]1951年,聚酰亚胺的出现,便树脂的耐热性再进一步,也制造了聚亚酰胺基板。[1]1953年,Motorola开发出电镀贯穿孔法的双面板。这方法也应用到后期的多层电路板上。[1]印刷电路板广泛被使用10年后的60年代,其技术也日益成熟。而自从Motorola的双面板面世,多层印刷电路板开始出现,使配线与基板面积之比更为提高。1960年,V. Dahlgreen以印有电路的金属箔膜贴在热可塑性的塑胶中,造出软性印刷电路板。[1]1961年,美国的Hazeltine Corporation参考了电镀贯穿孔法,制作出多层板。[1]1967年,发表了增层法之一的“Plated-up technology”。[1][3]1969年,FD-R以聚酰亚胺制造了软性印刷电路板。[1]1979年,Pactel发表了增层法之一的“Pactel法”。[1]1984年,NTT开发了薄膜回路的“Copper Polyimide法”。[1]1988年,西门子公司开发了Microwiring Substrate的增层印刷电路板。[1]1990年,IBM开发了“表面增层线路”(Surface Laminar Circuit,SLC)的增层印刷电路板。[1]1995年,松下电器开发了ALⅣH的增层印刷电路板。[1]1996年,东芝开发了B2it的增层印刷电路板。[1]就在众多的增层印刷电路板方案被提出的1990年代末期,增层印刷电路板也正式大量地被实用化。为大型、高密度的印刷电路板装配(PCBA,printed circuit board assembly)发展一个稳健的测试策略是重要的,以保证与设计的符合与功能。除了这些复杂装配的建立与测试之外,单单投入在电子零件中的金钱可能是很高的 - 当一个单元到最后测试时可能达到25,000美元。由于这样的高成本,查找与修理装配的问题是重要的步骤。今天更复杂的装配大约18平方英寸,18层;在顶面和底面有2900多个元件;含有6000个电路节点;有超过20000个焊接点需要测试。在朗讯加速的制造工厂(N. Andover,MA),制造和测试艺术级的PCBA和完整的传送系统。超过5000节点数的装配对我们是一个关注,因为它们已经接近我们现有的在线测试(ICT,in circuit test)设备的资源极限(图一)。我们制造大约800种不同的PCBA或“节点”。在这800种节点中,大约20种在5000~6000个节点范围。可是,这个数迅速增长。新的开发项目要求更加复杂、要有更大的PCBA和更紧密的包装。这些要求挑战我们建造和测试这些单元的能力。更进一步,具有更小元件和更高节点数的更大电路板可能将会继续。例如,正在画电路板图的一个设计,有大约116000个节点、超过5100个元件和超过37800个要求测试或确认的焊接点。这个单元还有BGA在顶面与底面,BGA是紧接着的。使用传统的针床测试这个尺寸和复杂性的板,ICT一种方法是不可能的。在制造工艺,特别是在测试中,不断增加的PCBA复杂性和密度不是一个新的问题。意识到的增加ICT测试夹具内的测试针数量不是要走的方向,我们开始观察可代替的电路确认方法。看到每百万探针不接触的数量,我们发现在5000个节点时,许多发现的错误(少于31)可能是由于探针接触问题而不是实际制造的缺陷(表一)。因此,我们着手将测试针的数量减少,而不是上升。尽管如此,我们制造工艺的品质还是评估到整个PCBA。我们决定使用传统的ICT与X射线分层法相结合是一个可行的解决方案。
收起全文
精华内容
下载资源
问答
  • 如何做功能测试-功能测试用例及测试方法

    如何做功能测试-功能测试用例及测试方法
    一、输入框

    1、字符型输入框:

    (1)字符型输入框:英文全角、英文半角、数字、空或者空格、特殊字符“~!@#¥%……&*?[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时,使用“粘贴、拷贝”功能尝试输入。

    (2)长度检查:最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。

    (3)空格检查:输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格

    (4)多行文本框输入:允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行,检查能否正确保存(若能,检查保存结果,若不能,查看是否有正常提示)、

    (5)安全性检查:输入特殊字符串(null,NULL, ,javascript,)、doucment.write(“abc”)、hello

    2、数值型输入框:

    (1)边界值:最大值、最小值、最大值+1、最小值-1

    (2)位数:最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数

    (3)异常值、特殊字符:输入空白(NULL)、空格或"~!@#$%^&*()_+{}|[]:"<>?;’,./?;:’-=等可能导致系统错误的字符、禁止直接输入特殊字符时,尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能,通过剪贴板拷贝到输入框,分页符,分节符类似公式的上下标等、数值的特殊符号如∑,㏒,㏑,∏,+,-等、

    输入负整数、负小数、分数、输入字母或汉字、小数(小数前0点舍去的情况,多个小数点的情况)、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制,8进制数值、货币型输入(允许小数点后面几位)、

    (4)安全性检查:不能直接输入就copy

    3、日期型输入框:

    (1)合法性检查:(输入0日、1日、32日)、月输入[1、3、5、7、8、10、12]、日输入[31]、月输入[4、6、9、11]、日输入[30][31]、输入非闰年,月输入[2],日期输入[28、29]、输入闰年,月输入[2]、日期输入[29、30]、月输入[0、1、12、13]

    (2)异常值、特殊字符:输入空白或NULL、输入~!@#¥%……&*(){}[]等可能导致系统错误的字符

    (3)安全性检查:不能直接输入,就copy,是否数据检验出错?

    4、信息重复:在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.

    二、搜索功能

    若查询条件为输入框,则参考输入框对应类型的测试方法

    1、功能实现:

    (1)如果支持模糊查询,搜索名称中任意一个字符是否能搜索到

    (2)比较长的名称是否能查到

    (3)输入系统中不存在的与之匹配的条件

    (4)用户进行查询操作时,一般情况是不进行查询条件的清空,除非需求特殊说明。

    2、组合测试:

    (1)不同查询条件之间来回选择,是否出现页面错误(单选框和多选框最容易出错)

    (2)测试多个查询条件时,要注意查询条件的组合测试,可能不同组合的测试会报错。

    三、添加、修改功能

    1、特殊键:(1)是否支持Tab键 (2)是否支持回车键

    2、提示信息:(1)不符合要求的地方是否有错误提示

    3、唯一性:(1)字段唯一的,是否可以重复添加,添加后是否能修改为已存在的字段(字段包括区分大小写以及在输入的内容前后输入空格,保存后,数据是否真的插入到数据库中,注意保存后数据的正确性)

    4、数据 正确性:

    (1)对编辑页的每个编辑项进行修改,点击保存,是否可以保存成功,检查想关联的数据是否得到更新。

    (2)进行必填项检查(即是否给出提示以及提示后是否依然把数据存到数据库中;是否提示后出现页码错乱等)

    (3)是否能够连续添加(针对特殊情况)

    (4)在编辑的时候,注意编辑项的长度限制,有时在添加的时候有,在编辑的时候却没有(注意要添加和修改规则是否一致)

    (5)对于有图片上传功能的编辑框,若不上传图片,查看编辑页面时是否显示有默认的图片,若上传图片,查看是否显示为上传图片

    (6)修改后增加数据后,特别要注意查询页面的数据是否及时更新,特别是在首页时要注意数据的更新。

    (7)提交数据时,连续多次点击,查看系统会不会连续增加几条相同的数据或报错。

    (8)若结果列表中没有记录或者没选择某条记录,点击修改按钮,系统会抛异常。

    四、删除功能

    1、特殊键:(1)是否支持Tab键 (2)是否支持回车键

    2、提示信息:(1)不选择任何信息,直接点击删除按钮,是否有提示(2)删除某条信息时,应该有确认提示

    3、数据 实现:(1)是否能连续删除多个产品(2)当只有一条数据时,是否可以删除成功 (3)删除一条数据后,是否可以添加相同的数据(4)如系统支持批量删除,注意删除的信息是否正确 (5)如有全选,注意是否把所有的数据删除(6)删除数据时,要注意相应查询页面的数据是否及时更新 (7)如删除的数据与其他业务数据关联,要注意其关联性(如删除部门信息时,部门下游员工,则应该给出提示)(8)如果结果列表中没有记录或没有选择任何一条记录,点击删除按钮系统会报错。

    如:某一功能模块具有最基本的增删改查功能,则需要进行以下测试

    单项功能测试(增加、修改、查询、删除)

    增加——>增加——>增加 (连续增加测试)

    增加——>删除

    增加——>删除——>增加 (新增加的内容与删除内容一致)

    增加——>修改——>删除

    修改——>修改——>修改 (连续修改测试)

    修改——>增加(新增加的内容与修改前内容一致)

    修改——>删除

    修改——>删除——>增加 (新增加的内容与删除内容一致)

    删除——>删除——>删除 (连续删除测试)

    五、注册、登陆模块

    1、注册功能:

    (1)注册时,设置密码为特殊版本号,检查登录时是否会报错

    (2)注册成功后,页面应该以登陆状态跳转到首页或指定页面

    (3)在注册信息中删除已输入的信息,检查是否可以注册成功。

    2、登陆 功能:

    (1)输入正确的用户名和正确的密码

    (2)输入正确的用户名和错误的密码

    (3)输入错误的用户名和正确的密码

    (4)输入错误的用户名和错误的密码

    (5)不输入用户名和密码(均为空格)

    (6)只输入用户名,密码为空

    (7)用户名为空,只输入密码

    (8)输入正确的用户名和密码,但是不区分大小写

    (9)用户名和密码包括特殊字符

    (10)用户名和密码输入超长值

    (11)已删除的用户名和密码

    (12)登录时,当页面刷新或重新输入数据时,验证码是否更新

    六、上传图片测试

    1、功能 实现:

    (1)文件类型正确、大小合适

    (2)文件类型正确,大小不合适

    (3)文件类型错误,大小合适

    (4)文件类型和大小都合适,上传一个正在使用中的图片

    (5)文件类型大小都合适,手动输入存在的图片地址来上传

    (6)文件类型和大小都合适,输入不存在的图片地址来上传

    (7)文件类型和大小都合适,输入图片名称来上传

    (8)不选择文件直接点击上传,查看是否给出提示

    (9)连续多次选择不同的文件,查看是否上传最后一次选择的文件

    七、查询结果列表

    1、功能 实现:

    (1)列表、列宽是否合理

    (2)列表数据太宽有没有提供横向滚动

    (3)列表的列名有没有与内容对应

    (4)列表的每列的列名是否描述的清晰

    (5)列表是否把不必要的列都显示出来

    (6)点击某列进行排序,是否会报错(点击查看每一页的排序是否正确)

    (7)双击或单击某列信息,是否会报错

    八、返回键检查

    1、一条已经成功提交的记录,返回后再提交,是否做了处理

    2、检查多次使用返回键的情况,在有返回键的地方,返回到原来的页面多次,查看是否会出错

    九、回车键检查

    1、在输入结果后,直接按回车键,看系统如何处理,是否会报错

    十、刷新键检查

    1、在Web系统中,使用刷新键,看系统如何处理,是否会报错

    十一、直接URL链接检查

    1、在Web系统中,在地址栏直接输入各个功能页面的URL地址,看系统如何处理,是否能够直接链接查看(匿名查看),是否有权限控制,是否直接执行,并返回相应结果页;

    十二、界面和易用性测试

    1、风格、样式、颜色是否协调

    2、界面布局是否整齐、协调(保证全部显示出来的,尽量不要使用滚动条

    3、界面操作、标题描述是否恰当(描述有歧义、注意是否有错别字)

    4、操作是否符合人们的常规习惯(有没有把相似的功能的控件放在一起,方便操作)

    5、提示界面是否符合规范(不应该显示英文的cancel、ok,应该显示中文的确定等)

    6、界面中各个控件是否对齐

    7、日期控件是否可编辑

    8、日期控件的长度是否合理,以修改时可以把时间全部显示出来为准

    9、查询结果列表列宽是否合理、标签描述是否合理

    10、查询结果列表太宽没有横向滚动提示

    11、对于信息比较长的文本,文本框有没有提供自动竖直滚动条

    12、数据录入控件是否方便

    13、有没有支持Tab键,键的顺序要有条理,不乱跳

    14、有没有提供相关的热键

    15、控件的提示语描述是否正确

    16、模块调用是否统一,相同的模块是否调用同一个界面

    17、用滚动条移动页面时,页面的控件是否显示正常

    18、日期的正确格式应该是XXXX-XX-XX或XXXX-XX-XX XX:XX:XX

    19、页面是否有多余按钮或标签

    20、窗口标题或图标是否与菜单栏的统一

    21、窗口的最大化、最小化是否能正确切换

    22、对于正常的功能,用户可以不必阅读用户手册就能使用

    23、执行风险操作时,有确认、删除等提示吗

    24、操作顺序是否合理

    25、正确性检查:检查页面上的form, button, table, header, footer,提示信息,还有其他文字拼写,句子的语法等是否正确。

    26、系统应该在用户执行错误的操作之前提出警告,提示信息.

    27、页面分辨率检查,在各种分辨率浏览系统检查系统界面友好性。

    28、合理性检查:做delete, update, add, cancel, back等操作后,查看信息回到的页面是否合理。

    29、检查本地化是否通过:英文版不应该有中文信息,英文翻译准确,专业。

    十三、兼容性测试

    兼容性测试不只是指界面在不同操作系统或浏览器下的兼容,有些功能方面的测试,也要考虑到兼容性,

    包括操作系统兼容和应用软件兼容,可能还包括硬件兼容

    比如涉及到ajax、jquery、javascript等技术的,都要考虑到不同浏览器下的兼容性问题。

    十四、链接测试

    主要是保证链接的可用性和正确性,它也是网站测试中比较重要的一个方面。

    可以使用特定的工具如XENU来进行链接测试。

    1导航测试
    导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;或在不同的连接页面之间。通过考虑下列问题,可以决定一个Web应用系统是否易于导航:导航是否直观?Web系统的主要部分是否可通过主页存取?Web系统是否需要站点地图、搜索引擎或其他的导航帮助?
    在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动,很快地扫描一个Web应用系统,看是否有满足自己需要的信息,如果没有,就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构,因此,Web应用系统导航帮助要尽可能地准确。
    导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容,内容在什么地方。
    Web应用系统的层次一旦决定,就要着手测试用户导航功能,让最终用户参与这种测试,效果将更加明显。
    2图形测试
    在Web应用系统中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有:
    (1)要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间。Web应用系统的图片尺寸要尽量地小,并且要能清楚地说明某件事情,一般都链接到某个具体的页面。
    (2)验证所有页面字体的风格是否一致。
    (3)背景颜色应该与字体颜色和前景颜色相搭配。
    (4)图片的大小和质量也是一个很重要的因素,一般采用JPG或GIF压缩,最好能使图片的大小减小到30k以下
    (5)最后,需要验证的是文字回绕是否正确。如果说明文字指向右边的图片,应该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。
    通常来说,使用少许或尽量不使用背景是个不错的选择。如果您想用背景,那么最好使用单色的,和导航条一起放在页面的左边。另外,图案和图片可能会转移用户的注意力。

    十五、业务流程测试(主要功能测试)

    业务流程,一般会涉及到多个模块的数据,所以在对业务流程测试时,首先要保证单个模块功能的正确性,其次就要对各个模块间传递的数据进行测试,这往往是容易出现问题的地方,测试时一定要设计不同的数据进行测试。

    展开全文
  • 文章目录系统测试概述功能测试性能测试负载测试压力测试性能测试、压力测试、负载测试的关系兼容性测试安全测试健壮性测试配置测试可用性测试文档测试 系统测试概述 系统测试的定义 将已经集成好的软件系统,作为...

    系统测试概述

    • 系统测试的定义
      • 将已经集成好的软件系统,作为整个计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行(使用)环境下, - 对计算机系统进行一系列测试活动。
    • 根本任务
      • 证明被测系统的功能和结构的稳定性;还要有一些非功能测试:性能测试、压力测试、可靠性测试等等。
    • 目的
      • 确保软件产品能够被用户或操作者接受。
    • 系统测试属于黑盒测试范畴,不再对软件的源代码进行分析和测试。
    • 系统测试的组织
      • 系统测试主要是由质量部门的测试工程师来主导工作。
        • 测试组组长:组织测试;
        • 测试分析员:负责设计和实现测试脚本和测试用例;
        • 测试者:负责执行测试脚本中记录的测试用例。
      • 系统测试员和用户
        • 相似的地方
          • 都是使用软件,一般不接触软件的代码
          • 都是假设软件应该正确实现说明书的功能
        • 不同的地方
          • 使用软件的目的
          • 对待错误
    • 系统测试的内容
      • 功能特性的测试:功能测试、用户界面测试、安装/卸载测试、可使用性测试。
      • 非功能特性的测试:性能测试、负载测试、压力测试、疲劳测试、安全测试、恢复测试、兼容性测试、可靠性测试、强度测试、容量测试、配置测试。

    功能测试

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

    • 目标
      • 检验产品功能是否正确实现
    • 内容
      • 正常功能、异常功能、边界测试、界面测试、接口测试、安全测试、错误处理测试等。
    • 依据
      • 需求规格说明书
    • 方法
      • 黑盒测试
        在这里插入图片描述

    性能测试

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

    • 目标
      • 对产品的性能进行测试,检验是否达标、是否能够保持。
    • 工具
      • 在需要大访问量时候尤其需要使用工具。
      • 并发性能测试工具 (load—负载)
        • LoadRunner、 QALoad、 SilkPerformer、 WebLoad
    • 用户视角的软件性能
      • 从用户角度来说,软件性能就是软件对用户操作的响应时间。
    • 系统管理员视角的软件性能
      • 系统的响应时间;
      • 系统运行时服务器的状态,如CPU利用情况、内存使用情况等;
      • 系统是否能够实现扩展;
      • 系统支持多少用户访问;
      • 系统性能可能的瓶颈在哪里;
      • 系统是否支持7*24小时的业务访问。
    • 软件性能指标
      • 并发用户
        • 一给定时间内,某个时刻与服务器同时进行会话操作的用户数。
      • 响应时间
        • 客户端发出请求到得到服务器返回结果的整个过程所经历的时间。
      • 吞吐量
        • 单位时间内系统处理的客户请求的数量
        • 一般来说,吞吐量用请求数/秒或页面数/秒来衡量。
        • 从业务的角度,吞吐量也可以用访问人数/天或处理的业务数/小时等单位来衡量。
        • 从网络的角度来说,也可以用字节数/天等单位来考察网络流量。
      • 资源利用率
        • 指系统资源的使用程度,比如服务器的CPU利用率、内存利用率、磁盘利用率、网络带宽利用率等。
    • 软件性能要素
      • 环境要素
        • 软件、硬件、网络
      • 业务要素
        • 用户数、执行功能、数据量
      • 在使用性能指标描述软件的性能特征时,应该给出明确的软件性能要素,否则,所给出的性能指标无法参考。
    • 性能测试用例的设计:主要是通过改变模拟的业务因素来测试软件的性能。
      • 并发用户数
        • 精算法
          在这里插入图片描述
        • 估算法
          在这里插入图片描述
        • 经验值
          • 对于一些系统,可以通过同类软件系统的用户数据来估算,这种估算可以通过类似系统的日志分析和问卷调查来进行。
      • 吞吐量
      • 基于业务的设计

    负载测试

    • 定义
      • 数据在超负荷环境下运行,测试软件系统是否能够承担。这种超负荷主要指多并发用户。
    • 方法
      • 人为生成大数据量,并利用工具模拟频繁并发访问
    • 工具
      • 一般需要使用自动化工具
    • 考察指标
      • 响应时间、交易容量、资源使用率等

    压力测试

    • 定义
      • 指系统不断施加越来越大的负载(并发,循环操作,多用户,网络流量)的测试。
    • 目标
      • 通过确定一个系统的瓶颈或者不能接收的性能点,来确定系统能提供的最大服务级别的测试。

    性能测试、压力测试、负载测试的关系

    • 性能测试是正常情况下的性能指标;
    • 压力测试是测试系统的瓶颈所在;
    • 负载测试是指系统重负荷性能指标;
    • 性能测试、压力测试、负载测试在广义上讲都是性能测试的内容,建议将三种测试结合起来并行进行。

    兼容性测试

    • 定义
      • 测试软件在一个特定的硬件、软件、操作系统、网络等环境下系统能否正常运行。
    • 目的
      • 检验被测软件对其他应用软件或者其他系统的兼容性。

    安全测试

    • 定义
      • 安全测试检测系统对非法入侵的防范能力。
    • 应用程序级别的安全性测试
    • 数据库安全性测试
    • 系统级别的安全性测试

    健壮性测试

    • 定义
      • 又称为容错测试。主要检查系统容错能力。当系统出错时,能否在指定的时间间隔内修正错误并重启系统。
    • 方法
      • 容错测试首先要通过各种手段让软件系统强制发生故障,然后验证系统能否快速恢复。

    配置测试

    • 定义
      • 配置测试将验证软件与其所依赖硬件环境的依赖程度。
    • 测试中的硬件环境指进行测试所必需的服务器、客户端、网络连接设备,以及打印机、扫描仪等辅助硬件设备所构成的环境。
    • 所有软件都需向用户说明其运行的硬件环境,对于多层结构的软件系统来说,需要分别说明其服务器、客户端以及网络所需的环境。

    可用性测试

    可用性测试是面向用户的系统测试。让一群有代表性的用户尝试对产品进行典型操作,- - 同时观察员和开发人员在一旁观察,聆听,做记录。

    • 系统中是否存在繁琐的功能以及指令;
    • 安装过程是否复杂;
    • 错误信息提示内容是否详细;
    • GUI接口是否标准;
    • 登录是否方便;
    • 需要用户记住内容的多少;
    • 帮助文本是否详细;

    文档测试

    • 定义
      • 文档测试是对系统提交给文档进行验证,它要求检查系统的文档是否齐全。
    • 文档的种类
      • 包括联机帮助文档或用户手册,指南和向导,
      • 安装、设置指南,示例及模板,错误提示信息,
      • 用于演示的图像和声音,
      • 授权/注册登记表及用户许可协议,
      • 软件的包装、广告宣传材料等。
    展开全文
  • 性能测试和功能测试

    千次阅读 2019-03-19 15:51:19
    性能测试1、功能测试与性能测试的区别2、如何理解软件性能2.1 系统管理员眼中的软件性能2.2 研发人员眼中的软件性能2.3 测试人员眼中的软件性能3、软件性能的生命周期3.1 需求阶段的性能分析3.2 设计开发阶段的性能...

    1、功能测试与性能测试的区别

    功能测试主要根据产品业务需求、产品行业特征、模拟用户操作方式来测试一个产品的特性以确定它们是否满足用户需求。

    性能测试则是通过某种特定的方式对被测系统按照一定的测试策略进行施压,获取该系统的响应时间、运行 效率。资源利用情况等各项性能指标,来评价系统是否满足用户性能需求的过程。

    通俗的说,功能测试用于确保软件系统做了正确的事情,性能测试则用于确保软件系统快速地完成任务。

    2、如何理解软件性能

    2.1 系统管理员眼中的软件性能

    系统管理员作为系统软件的管理者,主要关注服务器的资源使用情况、系统的可扩展性、系统的最大支持用户量、系统的稳定性,以及系统可能出现的瓶颈、出现异常的情况下如何处理

    2.2 研发人员眼中的软件性能

    作为研发人员,主要关注软件系统架构的合理性、数据库的设计是否存在问题、代码是否存在 性能方面的问题、内存使用方式是否正确、线程同步方式是否合理、是否存在不合理的资源竞争。

    2.3 测试人员眼中的软件性能

    测试人员是质量的把关者,在软件性能生命周期中占据至关重要的位置,软件性能测试工程师要对性能问题进行监控、分析及模拟实际使用过程中所出现的性能问题。还要跟各个角色做好沟通工作,对测试出的各种性能问题,要提供充分有力的数据,为后续的分析和定位性能问题、性能优化工作做好充分准备。

    3、软件性能的生命周期

    3.1 需求阶段的性能分析

    在软件开发前期的需求分析阶段,需求分析师与客户业务人员沟通时,要明确提出各项性能指标,包括系统业务交易的使用频度、系统并发用户数、业务数据量评估等各项指标。然后对系统的响应时间用户数资源使用进行分析。

    3.2 设计开发阶段的性能分析与验证

    在设计阶段需要根据需求分析及设计规划,进行系统的规模分析和完整的性能分析,预估性能瓶颈点,提出解决方案,最后架构师。程序设计人员等角色进行评审验证并确认,保障性能目标的达成。

    在开发阶段,需要根据设计方案,关注性能瓶颈点,进行相应的白盒测试,通过代码分析和评审的手段,确认性能瓶颈并解决,需要不断地分析和总结性能问题和解决方案,形成性能方面的代码编写规范,从而在研发阶段的早期就能确保把软件系统在性能方面的风险降到最低。

    3.3 系统测试阶段的性能验证和分析

    性能测试大致可分为单元性能测试、集成性能测试、系统性能测试、多套系统互联接口性能测试等。其中,系统性能测试是最常用、最为测试人员所熟悉的一种性能测试

    系统性能测试阶段过程:在系统功能被确认后,模拟真实生产环境进行软件系统的部署(包括硬件设备、操作系统、网络搭建、负载均衡部署、中间件部署、数据库部署等),然后根据前期的性能测试需求分析结果及测试策略定义的方法,模拟一定量的虚拟并发用户数,进行压力测试,同时监控分析系统是否满足预期的性能指标,识别性能可能出现的瓶颈点(应用代码、网络设备、硬件设备、操作系统、中间件配置、数据库等),并进行性能优化处理。调优后再进行复测,确保软件系统最终达到性能要求。

    4、软件性能的影响因素

    硬件设备、网络、操作系统、并发用户数、系统积累的数据量、中间件等

    5、软件性能目标

    在一定时间范围内尽可能的寻求软件缺陷,并提交给开发人员进行修复,最终及时给客户提供高质量的软件产品

    6、性能测试流程

    性能测试流程

    6.1 性能需求调研

    当接到一个性能需求测试项目,首先要对被测系统进行全方位的性能需求调研工作,分析该系统是什么行业的软件系统,采用哪种体系结构进行设计和开发,业务类型主要是交易业务还是查询业务,采用哪种开发规范,客户端与系统服务器交互是采用何种通信协议,业务逻辑层的应用是采用哪种类型的中间件来处理业务,数据库是哪种数据库,用什么类型的机器,被测系统的各项性能要求和性能指标等。这些都是性能测试前期需要调研了解清楚的

    6.2 性能测试需求分析

    6.2.1 环境配置性能需求

    应用配置需求:应用的整体框架、涉及的第三方组件,应用层与数据库层的接口,使用了什么数据库等
    系统配置需求:用户客户端配置、客户端与服务器的网络配置、应用服务器或数据库服务器的配置、操作系统等。

    6.2.2 服务器性能指标要求

    预期在上线系统服务器资源使用情况、吞吐量、软件运行情况等。

    6.2.3 系统设计需求

    系统架构、系统的技术实现、与其他系统接口关系及其技术实现、本系统测试数据及其相关系统测试数据的关系

    6.2.4 工作负载需求

    用户使用情况需求:例如用户分布情况,哪些模块用户使用比较频繁,用户操作的数据有哪些特点等。这些需求需要具体细分到系统的功能模块、功能点这个层面

    6.2.5 客户端性能指标要求

    请求响应时间分布、请求的准确率等

    7、术语

    1. 响应时间

    响应时间=“客户端呈现数据时间‘’+网络传输时间+系统响应时间
    响应时间受网络带宽、用户数、提交事务请求数和事务类型等的影响。

    2. 并发用户数

    指多个用户同时进行某一个业务交易的动作行为

    3. 吞吐量

    指单位时间内系统处理的客户请求数量。吞吐量是用来测量系统完成的工作量。

    4. TPS(Transaction Second)

    即每秒系统能够处理的交易或事务数量。它是衡量系统处理能力的重要指标。

    5. 点击率
    点击率即每秒用户向服务器提交的HTTP请求数。这个指标是Web应用特有的一个指标。

    8、“不成文”的性能需求定义

    1. 0.1-0.2s:用户认为得到的是即时的响应;
    2. 1-5s :用户能感觉到与信息的互动是基本畅通的。用户注意到了延迟,但是能感觉到计算机是按照指令正在“工作”中;
    3. 8s以上:用户会关注对话框。需要带有任务完成百分比的进度条或其他提示信息,在这长的等待时间后,用户的思维可能需要一定的时间来返回并继续刚才的任务,重新熟悉和适应任务,因此工作效率受到了影响;

    调查表明:

    • 在5秒内响应并呈现给用户的页面,用户会认为是最好的响应速度;
    • 6~10秒,用户会认为是一般的响应速度;
    • 超过10秒,用户会认为是差的响应速度
    展开全文
  • 系统测试详解内容功能测试健壮性测试常见功能测试分类恢复测试安全测试压力测试 详解 系统测试是对整个系统的测试,将硬件、软件、操作人员看作一个整体,检验它是否有不符合系统说明书的地方。这种测试可以发现系统...

    详解

    系统测试是对整个系统的测试,将硬件、软件、操作人员看作一个整体,检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误,系统测试是将经过集成测试的软件,作为计算机系统的一个部分,与系统中其他部分结合起来,在实际运行环境下对计算机系统进行的一系列严格有效地测试,以发现软件潜在的问题,保证系统的正常运行。

    内容

    主要内容包括功能测试和健壮性测试

    功能测试

    功能测试也叫黑盒测试或数据驱动测试,只需考虑需要测试的各个功能,不需要考虑整个软件的内部结构及代码,一般从软件产品的界面、架构出发,按照需求编写出来的测试用例,输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。

    健壮性测试

    健壮性测试测试软件在输入错误、磁盘故障、网络过载或有意攻击情况下,能否不死机、不崩溃

    常见系统测试分类

    恢复测试

    恢复测试指持续超过系统规格负载测试之后,再将负载恢复到规格以内的测试方法,同时,恢复测试还关注导致软件运行失败的各种条件,并验证其恢复过程能否正确执行。在特定情况下,系统需具备容错能力。另外,系统失效必须在规定时间段内被更正,否则将会导致严重的经济损失。

    安全测试

    安全测试用来验证系统内部的保护机制,对信息、数据的保护能力,以防止非法侵入。在安全测试中,测试人员扮演试图侵入系统的角色,采用各种办法试图突破防线。因此系统安全设计的准则是要想方设法使侵入系统所需的代价更加昂贵

    压力测试

    压力测试指一段时间内持续超过系统规格的负载进行测试的一种可靠性测试方法

    系统测试流程

    • 测试计划:测试小组协商后又组长起草测试计划,计划内容包含测试的范围、方法、环境工具、测试完成标准以及测试人员分配
    • 测试设计:即设计测试用例,测试小组根据测试计划安排,参考测试需求、软件规格说明书以及其他资料、设计合适的测试用例
    • 测试执行:测试成员按照测试计划、测试用例设计执行测试,并得到记录结果
    • 测试结果管理:管理软件缺陷,向开发反馈,纠正软件缺陷
    展开全文
  • 功能测试,兼容性测试

    千次阅读 2018-09-06 14:17:55
    功能测试  功能测试一般需要根据编写的测试用例,执行测试用例,执行的过程中提交缺陷;功能测试一般至少会有两轮,遇到比较麻烦的项目甚至会有三到四轮,而每一轮测试都有其侧重点,比如第一轮功能测试可能会重点...
  • 网关测试用例 功能测试

    千次阅读 2017-12-03 21:45:00
    物联网农场测试用例 功能测试  在判断程序代码能否一直应用时,难免会对其功能进行测试,判断各个功能在现有的程序代码下能否正常工作。现在对网关断网的一些报警功能调试用例进行总结。  一.  测试编号:F-01...
  • 单元测试和功能测试

    千次阅读 2018-01-06 11:33:47
    单元测试和功能测试区别 很多时候,系统开发好比建筑房屋。尽管这种类比不很恰当,但为了理解单元测试与功能测试的区别,我们可以扩充这种类比。单元测试好比房屋建筑现场的建筑监理员。他关心房屋的各个内部系统...
  • web测试之功能测试总结

    万次阅读 多人点赞 2018-01-16 19:41:29
    所以今天主要是给大家整理下功能测试要点,以web测试来进行总结。 web测试是什么? web测试就是基于BS架构的软件产品的测试,通俗点来说就是web网站的测试
  • 三丶发布房源以及实名认证功能测试 四丶网站房屋搜索功能测试 五丶我的订单功能以及客户订单功能测试 六丶网站主页房屋幻灯片功能测试 一丶注册和登录以及用户退出功能 1.注册功能 step1 使用博主自己的手机...
  • 如何做好功能测试

    万次阅读 多人点赞 2018-05-30 10:40:51
    不论你是什么时候开始接触测试这个行业的,你首先听说的应该是功能测试。通过一些测试手段来验证开发做出的代码是否符合产品的需求?当然你也有自己对功能测试的理解,但是最近两年感觉功能测试好像不太受欢迎,同时...
  • hadoop功能测试

    千次阅读 2019-04-14 14:10:07
    第六章主要是Hadoop的功能测试,本小节主要是叙述相关章节 6.功能测试   6.1 执行上传文件   6.2 执行下载文件 (to be continued ) 快速链接 上一篇 汇总目录 下一篇 云计算数据平台-hadoop集群 ...
  • 单元测试、接口测试、功能测试的区别 功能测试的进行:首先编写测试用例,测试用例中最主要的是测试步骤和预期结果;测试人员根据测试用例执行操作步骤,然后通过眼睛和思考判断实际结果与预期结果是否相等,如果...
  • APP测试常见功能测试

    千次阅读 2018-07-31 13:44:30
    就目前我们互联网+中心的大多数APP产品而言,功能测试仍是整个测试过程的基础和重点,占比很大。  除去每个产品和版本不同的业务需求以及功能,针对于大多数APP的共同点和移动设备的特性,本文总结了一些APP功能...
  • 功能测试方法

    千次阅读 2013-08-01 16:03:06
    功能测试主要采用黑盒测试方法,结合测试内容对功能进行测试,同时在测试过程中对用户需求、设计文档和使用手册进行检查。测试方法主要根据测试对象的不同灵活进行选择。 功能测试主要分为功能模块测试和业务流程...
  • 功能测试用例

    千次阅读 2015-10-01 07:42:17
    从单元测试开始,经过集成测试、系统测试,一直到最后的验收测试,功能测试始终都会涉及到,而且功能测试几乎是系统测试的核心内容,因此功能测试用例编写的是否成功,决定着最后测试结果的成败。 功能测试关注的是...
  • 功能测试内容

    千次阅读 2015-11-14 17:14:58
    功能测试内容和测试数据需要清楚,大部分人员从事功能测试,却不能完全清楚明白自己要测试那些,只知道自己需要验证完成功能接口,对功能测试的数据也测试完整,也许你觉得下面的理论看起来很生硬,但是他们对工作的...
  • 详述功能测试流程

    千次阅读 2018-11-23 10:21:59
    一:功能测试介绍 功能测试又称黑盒测试;顾名思义就是一个盒子内部是黑色的,我们只能看见它的外部(表面);功能测试就是不考虑内部结构,仅对外部功能进行测试; 二:功能测试流程重点 (1)写测试计划 (2)写...
  • 软件测试之功能测试简单介绍

    千次阅读 2018-04-17 12:41:03
    一、功能测试的定义: 功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。 二、如何做好功能测试 1、首先学习软件测试基本知识和软件流程。功能测试最开始最...
  • 1.功能测试:  --又名:黑盒测试  --依据;需求文档  --执行:测试用例  --方法:等价类划分,边界值分析,错误推测,因果图法,判定表驱动分析方法,正交实验设计方法,功能图分析方法  --错误:功能错误...
  • 功能测试过程

    千次阅读 2018-04-02 10:12:14
    功能测试的过程: 我们之所以做功能测试是为了使软件更加符合客户的需求,能够使得客户满意,并且也能够让用户认可该软件。 首先开发一款软件是客户所提出来的需求,而客户是基于什么样的情况下想要开发这样一款...
  • 单元测试和功能测试的区别

    千次阅读 2019-01-15 11:02:30
    首先我们看一下功能测试是什么,我们是如何测试的: 拿一个最简单的功能测试来说:我们模拟用户 启动一个 真正的浏览器窗口 打开我们期望的我们希望这个网页的标题是欢迎你,所以写个代码去检查做一个断言测试,...
  • 功能测试(抢购功能分析)

    千次阅读 2019-11-29 21:24:45
    抢购功能测试 需求分析 后台设置抢购商品 后台设置前台入口 抢购商品详情页面展示 抢购商品购物车显示 抢购商品状态的规则 整理功能点 不要有遗漏地方 相似的功能点,分类。 设计测试用例和...
  • 查询功能测试的测试点

    千次阅读 2017-10-12 11:57:56
    查询功能测试的测试点 1.查询条件:有效单一字符集测试 系统支持的有效查询字符集,比如大小写字母,数字,下划线等。支持中文的系统,还应进行中文查询条件测试 2.查询条件:无效单一字符集测试 系统不支持的...
  • 接口测试和功能测试的区别

    千次阅读 2018-06-29 11:07:00
    接口测试和功能测试的区别 接口测试和功能测试的区别: 本文主要分为两个部分:  第一部分:主要从问题出发,引入接口测试的相关内容并与前端测试进行简单对比,总结两者之前的区别与联系。但该...
  • 前言 因为篇幅有限,截图不代表所有资料,图中的资料我都放在公众号【程序员阿信】里面了,回复66就可以领取了。 性能测试方面 简述性能测试流程?...基准测试:功能测试之后,系统比较稳定的时候再做
  •  先来看看功能测试如何进行的:编写测试用例,测试用例当中最主要的是测试步骤和预期结果;测试人员根据测试用例执行操作步骤,然后通过眼睛和思考判断实际结果与预期结果是否相等。如果相等,测试通过;如果不相等...
  • 文章目录app测试移动应用测试 (功能测试)0基础一、背景介绍app生命周期图移动应用与传统PC应用的区别二、App项目流程市场分析需求调研产品制造交互设计产品开发系统测试产品上线产品运营1、APP数据2、用户反馈和...
  • 1、功能测试。 Functional testing(功能测试),也称为behavioral testing(行为测试),根据产品特性、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。 1&gt;又名:黑盒测试或数据...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 202,422
精华内容 80,968
关键字:

功能测试