功能测试简略笔记

最新推荐文章于 2025-08-03 23:42:22 发布

言谶

最新推荐文章于 2025-08-03 23:42:22 发布

阅读量266

点赞数

CC 4.0 BY-SA版权

文章标签：功能测试

本文链接：https://blog.csdn.net/qq_44897733/article/details/130002230

本文介绍了软件测试的基础知识，包括功能测试、自动化测试、接口测试和性能测试的定义和应用。同时，探讨了测试工程师的就业方向选择，并详细讲解了等价类划分、边界值分析等测试方法。最后，讨论了缺陷管理和测试工作流程，如需求评审、测试计划编写、用例设计与执行、缺陷报告等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

软件：控制计算机硬件的工具

检验程序是否满足需求，和弄清楚预期结果和实际结果的差别

功能测试自动化测试接口测试性能测试

就业方向该如何选择?
1．方向（一)︰功能测试+接口测试
2. 方向(二):功能测试+性能测试
3．方向(三):功能测试+web自动化

功能测试:
测试主要验证程序的功能是否满足需求
自动化测试:
·使用代码或工具代替手工，对项目进行测试
接口测试:
·使用代码或工具验证程序中的接口是否访问正常
性能测试:
·模拟多人使用软件，查找服务器缺陷

1、按阶段划分
①单元测试︰针对程序源代码进行测试
②集成测试︰针对程序接口进行测试
③系统测试︰针对程序功能、非功能进行测试
④验收测试:使用不同用户（内测、公测）进行测试

2、按代码可见度划分
①黑盒测试:不关注源代码，针对程序UI功能进行测试。
②灰盒测试:针对程序部分代码进行测试（接口)
③白盒测试:针对程序源代码进行测试

质量模型：从功能性、性能、兼容性、安全、易用性、可靠性、可维护性、可移植性
来说明：衡量一个优秀软件的维度

如何开展软件的测试工作?
①需求评审②编写测试计划
③用例设计④用例执行
⑤缺陷管理⑥测试报告

等价类的类型划分
等价类划分可有两种不同的情况：有效等价类和无效等价类。

边界值划分五条：两上点、两离点、一内点
（离点选择考虑开闭区间，开区间(不包含)选择内部离点，闭区间(包含)选择外部离点）

一般测试用例是等价类划分和边界值划分结合
例子：
需求:通过边界值法验证标题长度的合法性
要求:标题长度大于0，小于等于30个字符

等价类划分（针对类型）边界值划分
长度大于0，小于等于30个数字 0,30
长度大于0，小于等于30个非数字 -1,31,15

一共7个例子

用例编号用例标题项目/模块优先级前置条件测试步骤测试数据预期结果

判定表法（一种以表格形式表达多条件逻辑判断的工具）
案例:验证“若用户欠费或者关机，则不允许主被叫”功能的测试
组成:
1.条件桩:列出问题中的所有条件，列出条件的次序无关紧要。(是否欠费关机)
2.动作桩:列出问题中可能采取的操作，操作的排列顺序没有约束。(主叫)
3.条件项:列出条件对应的取值，所有可能情况下的真假值。(条件桩后的是否)
4.动作项:列出条件项的、各种取值情况下应该采取的动作结果。(动作桩后的是否)

条件是否欠费是是否否
是否关机是否是否
操作是否允许主被叫否否否是

规则:
1.判定表中贯穿条件项和动作项的一列就是一条规则
2.假设有n个条件，每个条件的取值有两个(0,1)，全组合有2的n次方种规则

场景法
控制流程图

冒烟测试：确保主功能能跑通

根据流程图的步骤设计用例

1、开始->验证银行不成功->结束
2、开始->验证银行卡成功-→>密码错误3次-→>结束
3、开始->验证银行卡成功->密码验证成功->账户余额不足->结束
4、开始->验证银行卡成功->密码验证成功->账户余额验证成功->取款金额不正确->结束
5、开始->验证银行卡成功->密码验证成功->账户余额验证成功->取款金额正确->ATM机余额不足->结束
6、开始->验证银行卡成功->密码验证成功->账户余额验证成功->取款金额正确→>ATM机余额充足->取款成功→>结束（P0）

六条用例

错误推荐法：通过经验推测系统可能出现的问题

思想：
根据经验列举出可能出现问题的清单，根据清单分析问题可能原因，推测发现缺陷

适用场景：
1、时间紧任务量大时，根据之前项目类似经验找出易出错的模块重点测试
2、实践宽裕通过该方法列出之前出现问题较多的模块再次测试

设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭)

缺陷：
软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。

软件未实现需求(规格)说明书中明确要求的功能-少功能
软件出现了需求(规格)说明书中指明不应该出现的错误-功能错误
软件实现的功能超出需求(规格)说明书指明的范围-多功能
软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求–隐性功能
错误软件难以理解，不易使用，运行缓慢，用户体验不好-不易使用

提交要素：
1.缺陷的标题----描述缺陷的核心问题

2.缺陷的预置条件----缺陷产生的前提

3.缺陷的复现步骤----复现缺陷的过程

4.缺陷的预期结果----希望得到的结果

5.缺陷的实际结果----实际得到的结果

6.缺陷的必要附件----图片、日志等信息(证据)

描述：
严重程度（什么毛病）
·严重(S1):主功能
·一般(S2):次要功能
微小(S3)∶易用性、界面
·建议(S4):建议性问题

缺陷优先级（解决时间）
-Priority 0: 24小时之内解决