• 8
  • 8
分享
  • 功能测试大全——软件测试圈
  • TIMI 2022-04-20 13:33:47 字数 2788 阅读 2849 收藏 8

什么是功能测试?

①顾名思义,功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到需求要求的功能。

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

功能测试主要包含哪些?

业务功能测试、视觉效果测试、页面跳转测试、表单测试、字符串长度及类型输入限制测试、button按钮点击功能测试、button兼容性测试。

功能测试用例设计方法有哪些?

等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动分析法、正交实验设计法、功能图分析法。

功能测试用到的辅助工具有哪些?

①fiddler:抓包工具,主要查看发送的请求及返回的信息,分析bug原因;

②jiar/禅道:bug管理工具,当然也可以管理测试用例和项目进度,不过一般是用来记录bug的;

③navicat:数据库工具,这个工具同时支持一下数据库类型MySQL、Sql Server、 oracle、postgreaql、sqllite,很好用呢;

④redis:清除缓存数据的工具,有些后台会选择将缓存数据存放在Redis中,为了方便测试,有时候需要清除缓存;

⑤Xmind:思维导图工具,可以用来快速梳理需求,帮助理解;

⑥雷电模拟器:主要用来做兼容性测试的,可以模拟十几种机型,方便进行简单的兼容性测试;

⑦postman:接口测试工具,平常测试一些简单的接口,可以使用这个工具,当然它也支持复杂的接口测试,只要你学会了方法,哈哈。

功能测试的重点:

(1)确认每个功能是否都能正常使用,每项功能符合实际要求;

(2)是否实现了产品规格说明书的要求;

(3)是否能适当地接收输入数据而产生正确的输出结果;

(4)用户界面测试、是否有相应的提示框、适当的错误提示;

(5)系统的界面是否清晰、美观;

(6)菜单、按钮操作正常、灵活,能处理一些异常操作;

(7)是否能接受不同的数据输 入(能接受正确的数据输入,对异常数据的输入可以进行提示、容错处理);

(8)数据的输出结果准确,格式清晰,可以保存和读取;

(9)功能逻辑清楚,符合使用者习惯;

(10)系统的各种状态按照业务流程而变化,并保持稳定;

(11)支持各种应用的环境,能配合多种硬件周边设备,与外部应用系统的接口有效;

(12)软件升级后,能继续支持旧版本的数据

Web测试重点:

(1)页面链接检查:每一个链接都要有对应的页面,并且页面之间切换要正确。

(2)相关性检查 :检查删除/增加其中每一项是否会对其他项产生影响,如果产生影响,这些影响是否都正确。

(3)检查按钮的功能是否正确,如Add,delete,sa ve,upd ate功能键.

(4)字符串长度检查:输入超出所要求的字符串长度的内容,看系统检查字符串长度时会不会出错。

(5)字符类型检查:在应该输入指定类型的地方输入其他类型的内容,例如在应该输入浮点型的地方输入其他字符类型,看系统是否检查字符类型时是否报错。

(6)标点符号检查:输入内容包括各种标点符号,特别是逗号、句号、空格、回车键、回格键。看系统处理是否正确。

(7)中文字符处理:在可以输入中文的地方输入中文,看是否出现乱码或出现错误。

(8)检查带出信息的完整性:在查看信息和更新信息时,查看所填写的信息是否全部带出以及带出和添加的信息是否一致。

(9)信息重复:在一些需要命名并且名字是唯一的信息中输入重复的名字,看系统是否处理、报错;重名包括 是否区分大 小写;以及在输入内容的前后输入空格,系统是否作出正确处理。

(10)检查 删除功能:在一些可以一次删除多个信息的地方,不选择任何信息 ,按“delete ”键,看系统如何处理,是否出错;然后选择一个和多个信息,进行删除,看是否正确处理。

(11)检查 添加和修改是否一致:检查 添加和修改信息 的要 求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为浮点型的项,修改也必须为浮点型。

(12)检查 修改重名:修改时把不能重名的项改为已存在的内容,看能否处理、报错。同时也要注意,会不会报和自己重名的错。

(13)重复提交表单 :一 条已经成功提交的纪录 ,回格后再 提交,看看系统是否做了处理。

(14)检查 多次使用回格键的情况 :在有回格的地方回格,回到原来页面, 再回格,重复多次,看会否出错。

(15)Sea rch检查 :在有sea rch功能的 地方输入系统存在和不存在的内容 ,看搜索结果是否正确。如果可以 输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确。

(16)输入信息位置:注意在光标停留的地方输入信息时,光标和所输入的信息会否会跳动。

(17)上传下载文件检查 :上传下载文件的功能是否实现,上传文件能否打 开。对上传文件的格式有何规定,系统是否有解释信息,并检查系统能否做到。

(18)必填项检查 :应该填 写的项没有 填写时系统是否都做了处理,对必填项是 否有提示信息。

(19)快捷键 检查 :是否支持常用快捷键 ,如Ctrl+C ,Ctrl+V等,对一些不允许输入信息的字段,如选人,选日期对快捷方式是否也做了限制。

(20)回车键检查:在输入结束后直接按回车键,看系统处理如何,是否报错。

(21)性能测试、压力测试、安全测试、渗透测试

功能测试bug有哪些分类?

功能开发问题、回归性问题、页面问题、需求问题、数据问题、兼容性问题、环境问题、用户体验问题

功能测试文档包含哪些?

功能测试文档主要包含:测试计划/方案、测试用例、BUG描述报告、测试完成报告

①测试计划主要包含:项目简介、需求概述、测试内容、测试范围、测试环境、测试工具、测试方法、人员分配、测试进度安排、质量目标/测评标准、风险分析/预估

②测试方案主要包含:整体架构一般包含系统测试目标、项目背景、测试参考文档、测试周期、测试策略、测试方法、测试范围、测试资源、测试用例、测试关注点与注意事项,与测试计划差不多啦。

③测试用例主要包含:用例编号,所属模块,测试标题,重要级别,前置条件,测试输入,操作步骤,预期结果,三要素是:用例标题、操作步骤、预期结果;

④bug要素主要包含:bug概要描述、缺陷ID,状态,类型,所属项目,所属模块,所属版本,严重程度,优先级别,操作步骤,测试前置条件,测试数据,期望结果,实际结果、指派人;

⑤测试完成报告主要包含:需求内容、测试通过情况、测试bug统计、测试用例统计、风险及注意事项、上线建议。

1副本.png

以上,欢迎大家提意见以及补充~~~

 

作者:一只麻雀

原文链接:https://blog.csdn.net/HCZ_962464/article/details/106572553

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 下面介绍一下测试计划里的元件: 1.线程组        线程组元件是任何测试计划的起点。所有控制器和采样器必须在线程组下。其他元素,例如监听器,可以直接放置在测试计划下,在这种情况下,它们将应用于所有线程组。顾名思义,线程组元件控制JMeter执行你的测试计划使用的线程数量。对线程组你可以:设置线程数设置ramp-up period(秒)循环次数        每个线程将会完全独立的运行测试计划,互不干扰。多个线程用于模仿对...
            0 0 1020
            分享
          •   一、自我介绍  这里就不过多阐述了,相信很多小伙伴都有。  二、灵活问题  1、大概说说之前公司的测试流程。  2、测试报告有哪些内容?  3、如何保证用例的覆盖度?  4、什么是测试用例,什么是测试脚本?两者的关系?  5、Bug的级别,按照什么划分。  6、你认为是bug,开发认为不是bug,如何解决?  7、给你-一个网站,你如何测试?  8、你印象中最深刻的bug?  9、如果没有需求文档怎么办?  10、Andriod兼容性测试选取手机的准则?  三、功能方面  1、说一下测试用例的设计方法?2、说说web和app测试的区别?  2、小程序和app测试有什么区别?  3、Andr...
            0 0 931
            分享
          • 接上文,下面继续介绍Jmeter的测试元件。1.定时器         默认, JMeter线程发送出的每个请求是不间断的。我们建议你通过添加一个可用的定时器到你的线程组里来指定延迟时间。如果你不添加延时,JMeter可能在较短的时间内发送大量的请求致使你的服务器瘫痪。         定时器将导致JMeter在线程组里,在每个请求间,延迟一定时间。     &nbs...
            0 0 856
            分享
          •   一、概述  随着现代信息系统越来越庞大,机器数量呈现指数级增长,信息系统运维对平台化服务能力要求越来越高,建立有效的监控体系准确及时发现系统运行中出现的问题,对于保障应用系统稳定运行具有重要意义。为提升生产问题感知及响应能力,通常会配置各种类型的监控,本文从单类型监控、业务交易之间聚合监控、业务交易与基础资源聚合监控等方面介绍监控常用技术方法,供读者进行参考学习。  二、单类型监控  单类型监控是指使用单一类型技术进行应用系统监控,常用的监控方法包括Ajax请求报文响应报文监控、业务日志监控、页面内容监控、业务数据监控、基础资源监控。  方面对几种监控类型详细介绍:  1、Ajax监控:通...
            0 0 2090
            分享
          •   近年来,随着各行各业客活量的不断发展,软件运行故障多表现为性能问题。因此,软件性能越来越受到测试人员关注,而性能测试是发现和识别系统瓶颈的重要环节。  但在实际性能测试过程中,测试人员经常遇到交易并发分散、无法确定交易数量的问题。本文主要针对上述问题,介绍测试策略制定方法,以满足不同交易类型的指标测算。  确定性能测试指标  在性能测试执行前需要对性能需求进行分析,明确测试指标。通常从以下几个维度进行分析:  各性能指标如下,在性能测试过程中,如发现测试结果有下述任一指标不满足目标时,需分析查找原因,确定问题并分析调优。  系统处理能力满足交易量预估。对可以确定交易量的交易,此项为衡量性能...
            12 12 2045
            分享
      • 51testing软件测试圈微信