功能测试 订阅
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。 展开全文
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。
信息
外文名
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射线分层法相结合是一个可行的解决方案。
收起全文
精华内容
参与话题
问答
  • 文章目录系统测试概述功能测试性能测试负载测试压力测试性能测试、压力测试、负载测试的关系兼容性测试安全测试健壮性测试配置测试可用性测试文档测试 系统测试概述 系统测试的定义 将已经集成好的软件系统,作为...

    系统测试概述

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

    功能测试

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

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

    性能测试

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

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

    负载测试

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

    压力测试

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

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

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

    兼容性测试

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

    安全测试

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

    健壮性测试

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

    配置测试

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

    可用性测试

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

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

    文档测试

    • 定义
      • 文档测试是对系统提交给文档进行验证,它要求检查系统的文档是否齐全。
    • 文档的种类
      • 包括联机帮助文档或用户手册,指南和向导,
      • 安装、设置指南,示例及模板,错误提示信息,
      • 用于演示的图像和声音,
      • 授权/注册登记表及用户许可协议,
      • 软件的包装、广告宣传材料等。
    展开全文
  • 21套高级软件测试,性能测试,功能测试,自动化测试,接口测试,移动端测试,手机测试,WEB测试,渗透测试,测试用例设计,黑盒测试,白盒测试,UFT高级测试,Android测试,Selenium3自动化测试,Python3 测试,Java...

    21套高级软件测试,性能测试,功能测试,自动化测试,接口测试,移动端测试,手机测试,WEB测试,渗透测试,测试用例设计,黑盒测试,白盒测试,UFT高级测试,Android测试,Selenium3自动化测试,Python3 测试,Java接口测试项目实战视频课程

     

    视频课程包含:

    21套高级软件测试包含:性能测试,功能测试,自动化测试,接口测试,移动端测试,手机测试,WEB测试,渗透测试,测试用例设计,黑盒测试,白盒测试,UFT高级测试,项目实战,Android测试,Selenium3自动化测试,Python3 测试,Java接口测试,LoadRunner性能测试,Appiumapp自动化测试,UIAutomator,Appium,Unittest测试框架,Kali Linux Web渗透测试,Git+Jenkins持续集成,LR+Jmeter性能测试,分布式性能测试高级视频课程。。。

     

    总目录:21套高级软件测试,性能测试,功能测试,自动化测试,接口测试,移动端测试,手机测试,WEB测试,渗透测试,测试用例设计,黑盒测试,白盒测试,目实战视频课程

     

    第一套:【基础精通】软件测试特训营基础到就业班,系统测试,WEB测试,UFT与Selenium自动化测试,LR性能测试视频课程

    第01阶段:系统测试模块(目录内都是视频)

    第02阶段:WEB测试模块(目录内都是视频)

    第03阶段:UFT与Selenium自动化测试(目录内都是视频)

    第04阶段:LR性能测试(目录内都是视频)

    第05阶段:软件测试拓展课程(目录内都是视频)

    第06阶段:项目实战

    第二套:【项目实战】软件测试系列之Java Selenium3自动化测试项目实战视频教程

    软件测试-环境

    软件测试-资料

    第三套:【项目实战】软件测试系列之Python3 Selenium自动化实践系列视频课程

    01、从零学Python3.X开发语言--视频课程

    02、【Python3】Selenium自动化实践系列『1』Selenium新手必备视频

    03、【Python3】Selenium自动化实践系列『2』之单元测试框架+PageObject模式视频

    04、【Python3】Selenium自动化实践系列『3』之自动化框架设计与实现视频课程

    第四套:【系统学习】Android移动端自动化测试从入门到实战(Java篇)UIAutomator,Robotium,Appium实战进阶视频课程

    第五套:【系统学习】Android移动端专项测试与自动化测试(Python篇)UIAutomator,Appium,Unittest框架视频课程

    第六套:【性能测试】JMeter深入进阶性能测试体系,接口性能测试,各领域企业实战视频课程

    第七套:【项目实战】JMeter全程实战、性能测试实战、分布式性能测试、真实案例分析、基础到精通视频教程

    第八套:【性能测试】LoadRunner性能测试基础到精通全程实战视频课程

     

     

    第九套:【渗透测试】Kali Linux Web渗透测试视频教程

    第十套:【系统学习】Appiumapp自动化测试基础到精通视频课程

    第十一套:【项目实战】python selenium自动化测试项目实战视频课程(3套)

    第十二套:【系统学习】快速上手JMeter性能测试工具视频课程

    第十三套:【系统学习】LoadRunner软件性能测试,接口性能测试视频课程

    第十四套:【系统学习】Selenium2从零学习自动化测试视频课程

    第十五套:【系统学习】Web自动化测试,Selenium基础到企业应用,用例设计,持续集成视频课程

    第十六套:【项目实战】最全面的Java接口自动化测试实战视频课程

    第十七套:【项目实战】Python接口自动化从设计到开发,测试框架实战与自动化进阶视频课程

    第十八套:【系统学习】达内软件测试零基础到就业视频课程

    第十九套:【测试就业】软件测试就业指导视频

    第二十套:【安卓测试】Android安卓自动化新手进阶测试培训手机app软件开发课

    第二十一套:【系统学习】软件测试特训营,自动化测试与UFT应用视频课程

    软件测试特训营-UFT高级测试开发

    软件测试特训营 UFT自动化测试详解

    软件测试特训营-自动化测试框架设计

    展开全文
  • 功能测试框架

    万次阅读 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等技术的,都要考虑到不同浏览器下的兼容性问题。

     

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

    展开全文
  • APP功能测试要点

    千次阅读 2015-10-08 14:14:45
    APP测试功能要点1、理解应用程序如何工作,它的接口看起来怎样?它实现了哪些功能? 2、强迫软件展现其全部能力 3、找到缺陷 漫游测试将软件特性分成了互相重叠的“区域”,分别是商业区、历史区、旅游区、娱乐区...

    APP测试功能要点

    1、理解应用程序如何工作,它的接口看起来怎样?它实现了哪些功能?
    2、强迫软件展现其全部能力
    3、找到缺陷
    漫游测试将软件特性分成了互相重叠的“区域”,分别是商业区、历史区、旅游区、娱乐区、旅馆区和破旧区。

    1、多分辨率、多系统测试

    2、用户不同使用习惯

    2.1 权限问题

    再Android系统下的项目工程中往往需要为应用获取各种权限,比如,需要通过短信验证的应用需要有短信的使用权限,只能拨号联系人需要有系统联系人(Contact)的权限使用,拍照美图软件需要有照相机(camera)的使用权限等。添加权限需要再项目工程中的AndroidManifest.xml中设置。

    2.2 操作习惯

    应用中的Back键的时间是否重写了?再各个功能界面中点击Back键会有什么反馈?
    用户在应用各个界面点击Home键后,再次打开应用的反馈:应用是默认处于后台的状态还是有结束生命周期?
    应用是否使用到菜单键,切不可遗漏这个键和应用的交互?
    应用在任何状态下,系统进入待机或者关机。当系统被重新唤醒以后,应用处于什么状态,是否有正确的反馈?
    应用被用户手动关闭后,是否可以再次正确启动?

    功能测试不仅限于以上几点,但是用户常见的这些习惯要时刻贯彻在测试过程中。有一部分测试工程师过于专注在自动化测试和业务测试上,而忽略掉真正的用户是怎么使用产品这个很重要的测试点。

    2.3 数据移动或清空

    用户会在软件没有响应或者出现重大bug的时候,点击强制停止按钮,或者在应用数据很大的时候选择清空数据来释放自己机器的空间。这些都是我们测试过程中需要去验证的,不能忽略。

    3、网络不稳定性

    用户最长碰到的一个场景是,原本流畅的信号突然变弱,然后有一个断开瞬间,再重新连到网上。从网络本身的变化而言,这个过程非常复杂,但用户看到的就只是信号变弱,然后断开,马上又连接上了。对于应用,断开的过程中可能会用到一个连接超时设置,会有多次请求的策略等,只不过这些用户都不知道也无须知道而已。
    这里还需要提到一点是,一些在线即时通信的应用或游戏都会使用长连接的方式来达到让应用更稳定的目的。

    4、安装/卸载测试

    应用安卓后,需要查看以下几点:
    不联网的情况下是否能够正常运行,会不会崩溃?
    在线下载数据不完整,能否再次启动?
    是否支持断点续传?
    下载完整之后,再次启动。
    安装成功后,检查版本号以及相关数据。

    5、升级测试

    升级功能不全,等同于给一个人断粮断水,稍不小心就会断送应用的生命,因而需要额外注意。
    一个应用升级有几个必要条件:
    旧版本的应用和新版本的应用拥有相同的签名
    旧版本的应用和新版本的应用拥有相同的包名
    旧版本的应用和新版本的应用需要有一个标识符来区分(一般使用应用版本号作为标识符)

    5.1 增量升级

    增量升级有一个明显的好处,就是不必再下载一个完成的apk进行安装。
    但是缺陷是:
    1. 如果一款应用有多个版本,并且每个版本都有用户在使用,那么增量升级就变得非常麻烦。虽然差分的补丁(Patch)容量很小,但是只能针对单一的旧版本应用。也就是说,必须对发布的所有旧版本和最新版本做差分。虽然补丁可以由脚本生成,但是依旧很麻烦。
    2. 如果一部分系统没有拿到内置应用的权限,那么就没有办法进行增量升级。直到现在,我们依然没有看到增量升级有比较广泛的运用,也许就是因为有这样那样的不稳定因素所导致的吧。

    5.2 内置应用升级

    如果应用有.so文件的话,往往内置系统之后,应用的.so文件一般会保存在/system级的目录下,也就是说无论用户还是应用都没有访问的权限。但是应用的其余一些资源却可以进行升级。那么测试工程师需要注意每次升级之后的应用是否与内置在系统中的.so文件匹配,如果不匹配可能导致应用崩溃。

    6、并发测试

    6.1 弹窗提示

    闹钟、低电量、短信提示等等,无论在何种应用程序中,这类提示都会出现。
    此类提示会让当前正在运行的应用进入暂停(PAUSE)状态,待用户响应操作完毕后才会继续运行。测试工程师需要关注应用是否能够在暂停之后正常操作运行。

    6.2 另一个应用启动

    比如正在使用一个应用,此时有一个来电,或是用户按下快捷启动相机等操作,出现这类情况对于智能机来说再正常不过了,一般这类场景需要特别注意应用集中常见的特殊状态:
    1. 应用正在播放视频
    2. 应用正在想服务器发出或接受请求
    3. 应用正在下载数据或升级
    4. 用户正在输入
    应用处于这些状态时,很容易出现不可预见的问题,需要特别注意。

    6.3 关机或开机

    测试人员不仅需要关注在关机重启后应用的功能是否正常,还要关注应用数据是否因为关机和待机而丢失。

    6.4 功能冲突

    最常见的功能冲突就是音乐和语音功能冲突。当正在播放音乐或视频的时候,使用应用的这些功能必须强制现在播放的视频或音频暂停。对这类功能的测试不仅仅需要确保应用自身的正确性,还要考虑到其他被暂停的应用是否能够正常继续工作。

    6.5 可存储设备

    许多应用的功能会涉及到读取系统中的资源,在正常情况下,哟农户获取资源是不会出问题的,但是智能机不仅是一个系统,有时候还是一个移动存储设备。当智能机当作移动存储设备使用时,很容易导致应用程序的崩溃。

    7、推送功能

    推送是企业推广自己和保持用户粘性的不二选择,推送不仅满足了用户的虚荣心(被别人关注的心理),甚至能让一些应用死而复活,继而“推送”本身也被广大用户熟知。
    在测试推送的时候,需要注意以下几点:
    1.智能机在关机、待机、打开等状态下执行推送的功能、消息显示以及推送跳转等是否正确?
    2.应用在打开、未打开状态,应用启动且在后台运行等情况下,查看推送的功能、消息显示以及推送跳转是否正确?
    3.推送本身分为主动推送和被动触发(某些业务的场景触发的回调推送)。很多测试人员在测试的时候,为了方便,会让服务器直接发送推送从而测试这个功能,其实即使通过这样的测试,依然无法确认回调的推送就是正确的,这一点需要注意。
    4.推送的消息在阅读前后,其标识消息数量的数字是否改变?
    5.单条或多条推送的文字显示以及跳转界面是否正确?
    6.多语言系统环境下,推送的本地化翻译信息是否显示正确?

    8、分享跳转

    展开全文
  • 功能测试方法

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

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

    千次阅读 2018-06-06 10:05:00
    转账功能分析:  通过选择付款账户、填写转账金额、输入收款账户相关信息(包含收款账号、收款人姓名、开户行信息)以及附加信息(手机号、备注信息等),填写好相关信息之后,进入安全认证页面选择安全工具、填写...
  • speex回声消除功能测试

    万次阅读 热门讨论 2011-08-07 15:15:06
    本文博客链接:... 今天测试了speex中带回声消除模块,效果还可以。 测试环境:网络双工通话,16K采样16位编码,speex压缩以及解压.原来通话会听到线路另一端传过来的自己的声音,现在在程序
  • 功能测试报告

    万次阅读 2019-02-14 20:11:00
    2019独角兽企业重金招聘Python工程师标准>>> ...
  • 单元测试、集成测试和功能测试

    万次阅读 2017-09-19 19:20:20
    一、单元测试 Unit Tests单元测试用于测试最小功能单元,比如单个方法(给定一个指定状态的类,然后调用该类的x方法,最后检查状态是否符合预期)。单元测试应该聚焦在一个特定的功能上(比如,在一个空的stack上调...
  • web测试之功能测试总结

    万次阅读 多人点赞 2018-01-16 19:41:29
    所以今天主要是给大家整理下功能测试要点,以web测试来进行总结。 web测试是什么? web测试就是基于BS架构的软件产品的测试,通俗点来说就是web网站的测试
  • 网关测试用例 功能测试

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

    千次阅读 2018-01-06 11:33:47
    单元测试和功能测试区别 很多时候,系统开发好比建筑房屋。尽管这种类比不很恰当,但为了理解单元测试与功能测试的区别,我们可以扩充这种类比。单元测试好比房屋建筑现场的建筑监理员。他关心房屋的各个内部系统...
  • 编者按在过去的几年里,单元测试已成为我编写软件的核心环节,多亏了一种称为极限编程 (XP) 的简便...起初,我认为有了单元测试,就没必要再进行功能测试。噢,又错了。功能测试与单元测试相差甚远。我花了很长一段时
  • 软件测试功能测试点总结

    千次阅读 多人点赞 2018-08-09 20:37:36
    针对web系统的常用测试方法如下: 1. 页面链接检查: 每一个链接是否都有对应的页面,并且页面之间切换正确。可以使用一些工具,如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持...
  • hadoop功能测试

    千次阅读 2019-04-14 14:10:07
    第六章主要是Hadoop的功能测试,本小节主要是叙述相关章节 6.功能测试   6.1 执行上传文件   6.2 执行下载文件 (to be continued ) 快速链接 上一篇 汇总目录 下一篇 云计算数据平台-hadoop集群 ...
  • 1.功能测试:  --又名:黑盒测试  --依据;需求文档  --执行:测试用例  --方法:等价类划分,边界值分析,错误推测,因果图法,判定表驱动分析方法,正交实验设计方法,功能图分析方法  --错误:功能错误...
  • 功能测试

    千次阅读 2018-12-27 10:34:17
    1.1 什么时候考虑效率性测试 使用人群多、用户多 web网站 1.2 考虑内容 页面加载时间 1.3 httpwatch抓包工具 2 可靠性 3 可移植性 4 易用性 5 接口 最后一步就是编写测试报告...
  • 功能测试过程

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

    千次阅读 2015-11-14 17:14:58
    功能测试内容和测试数据需要清楚,大部分人员从事功能测试,却不能完全清楚明白自己要测试那些,只知道自己需要验证完成功能接口,对功能测试的数据也测试完整,也许你觉得下面的理论看起来很生硬,但是他们对工作的...
  • 三丶发布房源以及实名认证功能测试 四丶网站房屋搜索功能测试 五丶我的订单功能以及客户订单功能测试 六丶网站主页房屋幻灯片功能测试 一丶注册和登录以及用户退出功能 1.注册功能 step1 使用博主自己的手机...
  • 功能测试角度谈大数据测试

    万次阅读 多人点赞 2017-12-21 07:54:28
    大数据,已经成为了一个时代的代名词,当今的互联网属于大数据时代,大数据时代的到来,颠覆了以往对数据的惯性思考方式,要保证数据执行,软件质量,测试质量,数据使用场景等,都需要重新变换一个新的角度,对软件...
  • APP测试常见功能测试

    千次阅读 2018-07-31 13:44:30
    就目前我们互联网+中心的大多数APP产品而言,功能测试仍是整个测试过程的基础和重点,占比很大。  除去每个产品和版本不同的业务需求以及功能,针对于大多数APP的共同点和移动设备的特性,本文总结了一些APP功能...
  • 本文主要介绍; 显式功能性需求(Functional requirement) 显式功能性需求(Functional requirement)的含义从字面上就可以很好地理解,指...每一个人都是一个测试人员,如同《人人都是产品经理》这本书一样,对...
  • 软件功能测试

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

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

    千次阅读 2016-03-30 16:28:47
    UNIX的功能测试宏,在头文件中定义了很多POSIX.1和XPG3的符号。但是除了POSIX.1和XPG3定义外,大多数实现在这些头文件中也加上了他们自己的定义。如果在编译一个程序时,希望它只是用POSIX定义而不使用任何实现定义...
  • 功能测试的测试工作流程

    千次阅读 2018-03-19 20:49:35
    测试计划:这个计划,我个人觉得应该在详细设计确定后,代码开始编写的时候进行制定,因为我是“提早开始测试工作”思路的忠实fans,虽然现在项目里都只有我一个人在这么早开始工作。 a) 测试计划,主要是给后面的...
  • SoapUI功能测试、性能测试入门

    千次阅读 2017-07-26 20:34:13
    HTTP接口的功能测试: 1、新建工程:右击左侧导航面板中的工作空间节点“Project”,选择“NewProject” 选择“Create project from”,点击“OK” 输入工程名称,点击“OK” 2、新建TestSuite:右击工程名,...

空空如也

1 2 3 4 5 ... 20
收藏数 141,477
精华内容 56,590
关键字:

功能测试