功能测试 订阅
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。 展开全文
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。
信息
外文名
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射线分层法相结合是一个可行的解决方案。
收起全文
精华内容
下载资源
问答
  • 功能测试框架

    万次阅读 2020-10-05 22:43:15
    功能测试框架可以包括:界面友好性测试、功能测试、链接测试、容错测试、稳定性测试、常规性能测试、配置测试、算法测试等等。 1.1.1界面友好性测试 1.风格、样式、颜色是否协调 2.界面布局是否整齐、协调...

    测试用例的编写需要按照一定的思路进行,而不是想到哪写到哪,一般测试机制成熟的公司都会有公司自己自定义的测试用例模板,以及一整套的测试流程关注点,当然我们自己在测试生涯中也应当积累一套自己的测试框架,所有功能性的测试都可以依据框架的思路来进行,达到事半功倍的效果。

    功能测试框架可以包括:界面友好性测试、功能测试、链接测试、容错测试、稳定性测试、常规性能测试、配置测试、算法测试等等。


     

    1.1.1 界面友好性测试

    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-XXXX:XX:XX
    19. 页面是否有多余按钮或标签
    20. 窗口标题或图标是否与菜单栏的统一
    21. 窗口的最大化、最小化是否能正确切换
    22. 对于正常的功能,用户可以不必阅读用户手册就能使用
    23. 执行风险操作时,有确认、删除等提示吗
    24. 操作顺序是否合理
    25. 正确性检查:检查页面上的form, button, table, header, footer,提示信息,还有其他文字拼写,句子的语法等是否正确。
    26. 系统应该在用户执行错误的操作之前提出警告,提示信息.
    27. 页面分辨率检查,在各种分辨率浏览系统检查系统界面友好性。
    28. 合理性检查:做delete, update, add, cancel, back等操作后,查看信息回到的页面是否合理。
    29. 检查本地化是否通过:英文版不应该有中文信息,英文翻译准确,专业。

    30. 背景灰度冻结

     

    1.1.2 功能测试

    1. 使用所有默认值进行测试

    2. 根据所有产品文档、帮助文档中描述的内容要进行遍历测试

    3. 输入判断

    4. 所有界面出现是和否的逻辑,要测试

    5. 异常处理

    6. 敏感词

    7. 根据需求文档的流程图遍历所有流程图路径

    8. 根据程序内容,遍历if elif else switch的逻辑点要遍历

    9. 界面各种控件测试

     

    如对于输入框测试:

    一、字符型输入框:

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

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

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

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

    5. 安全性检查:输入特殊字符串

    (null,NULL,,javascript,<script>,</script>,<title>,<html>,<td>)、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>)

     

    二、数值型输入框:

    1. 边界值:最大值、最小值、最大值+1、最小值-1

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

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

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

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

     

    三、日期型输入框:

    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,是否数据检验出错?

     

    1.1.3 业务流程测试(主要功能测试)

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

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

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

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

    3. 增加——>删除

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

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

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

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

    8. 修改——>删除

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

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

     

    1.1.4 链接测试

    主要是保证链接的可用性和正确性,它也是网站测试中比较重要的一个方面。
    可以使用特定的工具如XENU来进行链接测试。

     

    1.1.5 容错测试

    1. 输入系统不允许的数据作为输入

    2. 把某个相关模块或者子系统停掉,验证对当前系统的影响

    3. 配置文件删除或者配置错误

    4. 数据库注入错误数据

     

    1.1.6 稳定性测试

    1. 系统不间断运行(7*24),验证是否内存泄露、系统其他资源是否存在泄露

    2. 如果很紧急上线,可以跑一晚上或者周末跑两天。

    一般压力很大的情况下,数据库连接数问题、内存泄露问题会曝露的比较快但是死锁可能不能体现,所以要看系统重要性,如12306稳定性则最好7*24小时

     

    1.1.7 常规性能测试

    1. 连接速度测试
    用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网。当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离开。
    另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了。而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面。

    2. 负载测试
    负载测试是为了测量Web系统在某一负载级别上的性能,以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量,也可以是在线数据处理的数量。例如:Web应用系统能允许多少个用户同时在线?如果超过了这个数量,会出现什么现象?Web应用系统能否处理大量用户对同一个页面的请求?

    3. 压力测试
    负载测试应该安排在Web系统发布以后,在实际的网络环境中进行测试。因为一个企业内部员工,特别是项目组人员总是有限的,而一个Web系统能同时处理的请求数量将远远超出这个限度,所以,只有放在Internet上,接受负载测试,其结果才是正确可信的。
    进行压力测试是指实际破坏一个Web应用系统,测试系统的反映。压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,在什么情况下会崩溃。黑客常常提供错误的数据负载,直到Web应用系统崩溃,接着当系统重新启动时获得存取权。
    压力测试的区域包括表单、登陆和其他信息传输页面等

     

    1.1.8 易用性测试

    1. 系统界面的控件是否可以通过tab键遍历,并且顺序合理

    2. 主要功能的入口和操作是否易于理解

    3. 界面是否布局合理,功能是否易于查找和使用

    4. 操作步骤

    5. 操作习惯

    6. 有足够的提示信息,且信息文字描述准确

     

    1.1.9 兼容性测试

    兼容性测试不只是指界面在不同操作系统或浏览器下的兼容,有些功能方面的测试,也要考虑到兼容性,
    包括操作系统兼容和应用软件兼容,可能还包括硬件兼容
    比如涉及到ajax、jquery、javascript等技术的,都要考虑到不同浏览器下的兼容性问题。

     

    除了上面所说的这些测试以外,还有算法测试、配置测试、安全性测试等等,在工作中不断总结和分析,形成自己的功能测试框架,当你把这份工作做起来以后,对于你自己对于测试团队而言都是一份很有价值的事情,你的测试思路也会变得更全面。

    展开全文
  • 功能测试的测试点全集

    千次阅读 多人点赞 2019-09-03 23:05:40
    日常测试中,我们用的最多的就是功能测试,虽然功能测试只是点来点去,但是点来点去也是需要经验和头脑的,那么功能测试都包括哪些要点呢: 一、输入框 字符型输入框: (1)字符型输入框:英文全角,...

    日常测试中,我们用的最多的就是功能测试,虽然功能测试只是点来点去,但是点来点去也是需要经验和头脑的,我也加了自己平时测试时发现的一些问题,总结如下:

    一、输入框

    1. 字符型输入框:
    (1)字符型输入框:英文全角,英文半角,数字,空或者空格,特殊字符(共32个,特别要注意单引号,下划线,双引号,&),禁止直接输入特殊字符时,使用“粘贴”、“拷贝”功能尝试输入。
    (2)长度检查:最小长度,最大长度,最小长度-1,最大长度+1,输入超长字符。
    (3)空格检查:输入的字符间有空格,字符后有空格,字符前后有空格。
    (4)多行文本框输入:允许回车换行,保存后再显示能够保存输入的格式,仅输入回车换行,检查能否正确保存(若能,检查保存结果,若不能,查看是否有正常提示)。
    (5)安全性检查:输入字符串或脚本函数
    这里写图片描述
    2. 数值型输入框
    (1)边界值:最大值,最小值,最大值+1,最小值-1
    (2)位数:最小位数,最大位数,最小位数-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. 不输入旧密码,直接改密码
    2. 输入错误旧密码
    3. 不输入确认新密码
    4. 新密码和确认新密码不一致
    5. 新密码中有空格
    6. 新密码为空
    7. 新密码格式正确
    8. 新密码格式错误
    9. 新密码为非允许字符
    10. 看是否支持tap和enter键等;密码是否可以复制粘贴;密码是否以*之类的加密符号
    11. 看密码是否区分大小写,新密码中小写,确认密码中大写
    12. 新密码和旧密码一样能否修改成功

    六、注册、登录模块

    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. 检查本地化是否通过:英文版不应该有中文信息,英文翻译准确,专业。

    十四、兼容性测试

    1. 兼容性测试不只是指界面在不同操作系统或浏览器下的兼容,有些功能方面的测试,也要考虑到兼容性,
      包括操作系统兼容和应用软件兼容,可能还包括硬件兼容
      比如涉及到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)最后,需要验证的是文字回绕是否正确。如果说明文字指向右边的图片,应该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。
    通常来说,使用少许或尽量不使用背景是个不错的选择。如果您想用背景,那么最好使用单色的,和导航条一起放在页面的左边。另外,图案和图片可能会转移用户的注意力。

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

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

    十七、安全性测试

    1. SQL注入(比如登陆页面)
    2. XSS跨网站脚本攻击:程序或数据库没有对一些特殊字符进行过滤或处理,导致用户所输入的一些破坏性的脚本语句能够直接写进数据库中,浏览器会直接执行这些脚本语句,破坏网站的正常显示,或网站用户的信息被盗,构造脚本语句时,要保证脚本的完整性。
      这里写图片描述
    3. URL地址后面随便输入一些符号,并尽量是动态参数靠后
    4. 验证码更新问题
    5. 现在的Web应用系统基本采用先注册,后登陆的方式。因此,必须测试有效和无效的用户名和密码,要注意到是否大小写敏感,可以试多少次的限制,是否可以不登陆而直接浏览某个页面等。
    6. Web应用系统是否有超时的限制,也就是说,用户登陆后在一定时间内(例如15分钟)没有点击任何页面,是否需要重新登陆才能正常使用。
    7. 为了保证Web应用系统的安全性,日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。
    8. 当使用了安全套接字时,还要测试加密是否正确,检查信息的完整性。
    9. 服务器端的脚本常常构成安全漏洞,这些漏洞又常常被黑客利用。所以,还要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题。

    十八、性能测试

    1. 连接速度测试
    用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网。当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离开。
    另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了。而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面。

    2. 负载测试
    负载测试是为了测量Web系统在某一负载级别上的性能,以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量,也可以是在线数据处理的数量。例如:Web应用系统能允许多少个用户同时在线?如果超过了这个数量,会出现什么现象?Web应用系统能否处理大量用户对同一个页面的请求?

    3. 压力测试
    负载测试应该安排在Web系统发布以后,在实际的网络环境中进行测试。因为一个企业内部员工,特别是项目组人员总是有限的,而一个Web系统能同时处理的请求数量将远远超出这个限度,所以,只有放在Internet上,接受负载测试,其结果才是正确可信的。
    进行压力测试是指实际破坏一个Web应用系统,测试系统的反映。压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,在什么情况下会崩溃。黑客常常提供错误的数据负载,直到Web应用系统崩溃,接着当系统重新启动时获得存取权。
    压力测试的区域包括表单、登陆和其他信息传输页面等。

    备注:

    1. 负载/压力测试应该关注什么?
      测试需要验证系统能否在同一时间响应大量的用户,在用户传送大量数据的时候能否响应,系统能否长时间运行。可访问性对用户来说是极其重要的。如果用户得到“系统忙”的信息,他们可能放弃,并转向竞争对手。系统检测不仅要使用户能够正常访问站点,在很多情况下,可能会有黑客试图通过发送大量数据包来攻击服务器。出于安全的原因,测试人员应该知道当系统过载时,需要采取哪些措施,而不是简单地提升系统性能。
      1)瞬间访问高峰
      如果您的站点用于公布彩票的抽奖结果,最好使系统在中奖号码公布后的一段时间内能够响应上百万的请求。负载测试工具能够模拟X个用户同时访问测试站点。
      2)每个用户传送大量数据
      网上书店的多数用户可能只订购1-5书,但是大学书店可能会订购5000本有关心理学介绍的课本?或者一个祖母为她的50个儿孙购买圣诞礼物(当然每个孩子都有自己的邮件地址)系统能处理单个用户的大量数据吗?
      3)长时间的使用
      如果站点用于处理鲜花订单,那么至少希望它在母亲节前的一周内能持续运行。如果站点提供基于web的email服务,那么点最好能持续运行几个月,甚至几年。可能需要使用自动测试工具来完成这种类型的测试,因为很难通过手工完成这些测试。你可以想象组织100个人同时点击某个站点。但是同时组织100000个人呢。通常,测试工具在第二次使用的时候,它创造的效益,就足以支付成本。而且,测试工具安装完成之后,再次使用的时候,只要点击几下。
      采取措施:采用性能测试工具WAS、ACT,LR等协助进行测试

    十九、测试中应该注意的其他情况

    1. 在测试时,与网络有关的步骤或者模块必须考虑到断网的情况
    2. 每个页面都有相应的Title,不能为空,或者显示“无标题页”
    3. 在测试的时候要考虑到页面出现滚动条时,滚动条上下滚动时,页面是否正常
    4. URL不区分大小写,大小写不敏感
    5. 对于电子商务网站,当用户并发购买数量大于库存的数量时,系统如何处理
    6. 测试数据避免单纯输入“123”、“abc“之类的,让测试数据尽量接近实际
    7. 进行测试时,尽量不要用超级管理员进行测试,用新建的用户进行测试。测试人员尽量不要使用同一个用户进行测试
    8. 提示信息:提示信息是否完整、正确、详细
    9. 帮助信息:是否提供帮助信息,帮助信息的表现形式(页面文字、提示信息、帮助文件),帮助信息是否正确、详细
    10. 可扩展性:是否有升级的余地,是否保留了接口
    11. 稳定性:运行所需的软硬件配置,占用资源情况,出现问题时的容错性,对数据的保护
    12. 运行速度:运行的快慢,带宽占用情况
    展开全文
  • 三丶发布房源以及实名认证功能测试 四丶网站房屋搜索功能测试 五丶我的订单功能以及客户订单功能测试 六丶网站主页房屋幻灯片功能测试 一丶注册和登录以及用户退出功能 1.注册功能 step1 使用博主自己的手机...

    说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家!

    目录

    一丶注册和登录以及用户退出功能

    二丶上传头像功能和修改用户名功能测试

    三丶发布房源以及实名认证功能测试

    四丶网站房屋搜索功能测试

    五丶我的订单功能以及客户订单功能测试

    六丶网站主页房屋幻灯片功能测试


    一丶注册和登录以及用户退出功能

    1.注册功能

    • step1 使用博主自己的手机号码进行注册功能测试,注册界面(左图),手机收到短信验证(右图)

    • step2 点击注册则成功进入网站主页,并在右上角显示注册的手机号码,功能测试成功

    • step3 查看数据库用户表ih_user_profile与刚注册的用户信息一致

    • step4 查看redis数据库保存用户登录信息的session数据

    2.退出功能

    • step1 点击网站主页右上角的手机号码(左图,刚注册还未设置用户名,所以用户名默认为手机号),进入我的爱家界面(右图)

    • step2 在我的爱家页面,点击最下面的退出功能按钮,成功退出并清除用户信息相关的session数据,在主页右上方显示注册登录按钮

    • step3 此时查看redis数据库中session数据,按上一篇博客写的逻辑,正确则只显示csrf_token的数据

    3.登录功能

    点击登录按钮,进入登录页(左图),输入刚注册时的手机号码以及密码,成功登录进入主页(右图)

     

    二丶上传头像功能和修改用户名功能测试

    1.上传头像功能

    • step1 进入我的爱家(左图),点击修改进入个人信息页面(右图)

    • step2 点击选择文件按钮,选择头像图片(左图),点击上传则设置头像成功(右图)

     

    •  step3 查看数据库用户信息表ih_user_profile,avatar_url头像图片url字段不再为null

     2.修改用户名功能

    • step1 在用户名一栏输入要修改后用户名(左图),点击保存按钮,则提示保存成功(右图)

    • step2 查看数据库用户信息表ih_user_profile,name字段的值为刚设置的用户名

    • step3 进入我的爱家页面,在个人信息栏,成功显示出设置的用户头像和用户名

    • step4 回到主页,在右上角成功显示出设置的用户名

    三丶发布房源以及实名认证功能测试

    1.实名认证功能

    • step1 首先先进入我的房源页面,当用户想发布房源那么就需要进行实名认证,实名认证成功后,在我的房源页面才有发布房源的功能按钮

    • step2 进入实名认证页面(左图),输入姓名以及身份证号(这个身份证号乱输的),如(右图)所示

     

    • step3 点击保存后,成功则提示保存成功(左图),然后此页面便变成灰色输入框不可编写状态(右图)

     

    • step4 数据库用户信息表ih_user_profile,real_name和id_card字段的值为用户实名认证填写的数据

    2.发布房源功能

    • step1 当用户进行实名注册成功之后,再次进入我的房源页,则出现发布房源功能按钮(左图),点击发布房源功能出现(右图)界面

    • step2 填写房源信息

    • step3 店家发布房源信息进入发布新房源页面(左图),选择房屋图片,点击上传(右图),可以传多张

     

    • step4 查看数据库房屋信息表ih_house_info,表字段值与填写的新房源数据一致

    • step5 回到我的房源页面,则成功显示该用户发布的房源信息

    四丶网站房屋搜索功能测试

    1.网站主页搜索

    • step1 用户在主页中选择入住条件

     

    • step2 点击搜索后则跳转到房屋列表页,显示出满足用户选择的入住条件的房屋(左图),客户点击此列表页中任意一房屋后,则显示该房屋的相关信息(右图)

    • step3 此账号用户刚好在锦江区发布过一个房源,因为代码逻辑设定用户自己不能预订自己发布的房屋,所以点击进行该房屋,则不显示即可预定功能按钮

    2.房源列表页进行搜索

    在房源列表页上,可进行入住日期区域以及按照条件进行筛选,选择2-3~2-5日入住,房屋位置为武侯区,筛选条件为价格由低到高,进行搜索,筛选条件就不进行一一测试了

    五丶我的订单功能以及客户订单功能测试

    1.我的订单功能

    • step1 进入我的订单页面,显示为空,因为该用户并未进行房屋预定(左图),对云漫单间进行预定(右图)

    • step2 因为预订房屋为张三发布的,所以切换到张三账户,在我的订单中对该订单进行接单处理 

     

    • step3 回到之前账户,查看我的订单显示为待支付状态,功能测试成功,支付功能测试在客户订单功能中进行测试

     

    2.客户订单功能

    • step1 该用户在锦江区成功发布了一个新房源,登录18033333333(张三)账号,对此房源进行预定,在主页选择锦江区(左图),点击搜索按钮,默认筛选条件为最新,所以第一个为该用户发布的房屋(右图)

    • step2 点击房屋图片显示房屋信息,点击即可预定对该房屋进行预定(左图),输入入住以及离开日期后,显示出订单总金额(右图)

    • step3 提交订单后,显示该订单状态信息为待接单

    • step4 此时登录180XXXXX796(2019 努力 奋斗)账号,进入我的爱家-----客户订单页面,显示18033333333(张三)预定了我的房屋的订单信息(左图),选择接单,此单状态变为已接单状态(右图),选择拒单则需要填写拒单原因,拒单就不进行演示了,之前的博客已经演示过了

    • step5 切换到18033333333(张三)账号,查看我的订单则显示此单的状态为待支付状态(左图),正常来说是待使用,等到客户到店入住后,则显示为入住中,退房时显示为待支付,支付后显示为待评价,评价完成后,此订单状态才为已完成,前面的三个步骤给省略掉了,因为没那个时间去等待测试,点击去支付则跳转到登录支付宝页面(右图)

    • step6 登录支付宝后,则显示订单的信息,以及付款金额(左图),确认付款输入支付密码后,则显示支付成功界面(右图)

     

    • step7 点击完成后,则跳转到我的订单页面,此时订单的状态为待评价状态

    • step8 点击发表评价后,弹出评价框(左图),输入评价信息,然后确定则此单的评价信息成功显示出来(右图)

     

    •  step9 切换到180XXXXX796(2019 努力 奋斗)账号,进入到客户订单中,在此订单我的评价一栏也显示了用户作出的评价信息

    六丶网站主页房屋幻灯片功能测试

    说明:网站主页五张幻灯片是按照订单量倒序进行筛选的,意思就是订单量越大则显示到幻灯片主页第一张,以此类推,因为主页幻灯片属于用户经常访问的资源,所以是保存在redis数据库中当中缓存数据的,所以就会有有效期(7200S),当过了有效期后则会按照此时的订单量进行筛选房屋数据的,按照房屋的订单量进行倒序排序,取出5条数据对象,每个对象中的房屋图片,则显示拿到前端主页页面进行显示给所有用户

    • step1 在数据库中按照订单量的倒序进行查询,并显示5条

    • step2 根据数据库查询结果,得值云漫单间排名第一,所以在主页房屋幻灯片第一张应该是云漫单间

    展开全文
  • 性能测试和功能测试

    千次阅读 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网站的测试
  • 如何做好功能测试

    万次阅读 多人点赞 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功能...
  • 软件功能测试

    千次阅读 2015-10-23 17:09:02
    要了解和掌握软件功能测试的方法,首先要了解软件功能测试的过程: 1.软件功能测试前期准备 功能测试前期准备包括功能测试工具的选择以及环境的配备。 软件测试环境就是软件运行的平台,包括硬件、软件、网络...
  • 功能测试方法

    千次阅读 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
    首先我们看一下功能测试是什么,我们是如何测试的: 拿一个最简单的功能测试来说:我们模拟用户 启动一个 真正的浏览器窗口 打开我们期望的我们希望这个网页的标题是欢迎你,所以写个代码去检查做一个断言测试,...
  • 查询功能测试的测试点

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

    千次阅读 2018-06-29 11:07:00
    接口测试和功能测试的区别 接口测试和功能测试的区别: 本文主要分为两个部分:  第一部分:主要从问题出发,引入接口测试的相关内容并与前端测试进行简单对比,总结两者之前的区别与联系。但该...
  • 功能测试基础知识

    千次阅读 2017-05-30 20:12:21
    本文通过"什么是功能测试", "为什么需要功能测试", "如何进行功能测试", 三个方面来介绍, 并且深入讲解功能测试的六个步骤, 并且讲解目前软件测试领域里面的两种功能测试的方法, 并介绍两者的特点缺点, 与适用的...
  •  先来看看功能测试如何进行的:编写测试用例,测试用例当中最主要的是测试步骤和预期结果;测试人员根据测试用例执行操作步骤,然后通过眼睛和思考判断实际结果与预期结果是否相等。如果相等,测试通过;如果不相等...
  • 1、功能测试。 Functional testing(功能测试),也称为behavioral testing(行为测试),根据产品特性、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。 1&gt;又名:黑盒测试或数据...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 154,757
精华内容 61,902
关键字:

功能测试