软件测试基础

一、测试介绍

  • 软件测试概念
使用技术手段验证软件是否满足要求
  • 测试主流技能
1、功能测试
2、自动化测试
3、接口测试
4、性能测试

主流方向:
	1、功能+接口测试
	2、自动化+接口
	3、功能+性能

二、测试常用分类

2.1 阶段划分
  • 单元测试
    针对程序源代码进行测试(单元:最小独立功能代码段)
  • 集成测试
    针对单元与单元之间的接口进行测试(又称接口测试)
  • 系统测试
    针对系统整体功能+兼容+文档(说明、安装文档)
  • 验收测试(一般要根据项目类型决定是否使用)
    内测、公测
2.2代码可见度

image

黑盒测试:主要针对功能(阶段划分——系统测试)
灰盒测试:针对接口测试(阶段划分——集成测试)
白盒测试:针对程序源代码进行测试(阶段划分——单元测试)
  • 自动化测试归属功能测试
  • 性能测试、安全测试归属专项测试

三、模型

3.1质量模型

image

重点:功能、性能、兼容、易用性、安全

四、测试流程

image

  • 需求分析(评审)
  • 测试计划
测什么(目标、范围)
谁来测(人员进度及安排)
怎么测(测试工具、测试策略)
  • 用例设计
分析需求
提取测试点
设计用例覆盖测试点
  • 用例执行
  • 缺陷管理
提交——》验证——》关闭
  • 测试报告
bug分析及统计
测试中遇到的问题
测试总结(本次测试中的优点和不足)

五、测试用例

  • 用例:用户使用的案例
  • 生活中的用例:
    是否能开机
    验证内存
    验证屏幕
    检查运行速度
  • 用例的作用
    防止漏测
    衡量软件是否通过的标准
  • 八大要素编写规范
1、用例编号:项目_模块_编号
2、用例标题:预期结果(测试点)
3、项目/模块:所属项目或模块
4、优先级:表示用例的重要程度或者影响力P0~P4(P0最高)
5、前置条件:要执行此条用例,有哪些前置操作
6、测试步骤:描述操作步骤
7、测试数据:操作的数据
8、预期结果:期望达到的结果

六、用例设计方法

6.1解决穷举场景(穷举:无穷无尽)
  • 方法:等价类划分法

    image


    例子:

    image

    针对需要有大量数据测试输入,但没法穷举测试的地方,如:输入框、下拉列表、单选复选框
    重点:有效等价和单个无效等价各取1个即可
    正向用例:一条尽可能覆盖多条
    逆向用例:每一条数据,都是一条单独用例
    注意完整的用例应该是等价类和边界值一块写
    
6.2解决边界限制问题
  • 方法:边界值法

    image

    最多7条用例
    边界值能解决位数限制问题,但是不能解决类型问题(要结合等价类)
    
    步骤:
    1、明确需求
    2、确定有效和无效等价
    3、确定边界范围
    4、提取数据编写用例
    
    例子:

    image


    优化:
    重点:开内闭外(开区间选包含的点,闭区间选不包含的点)
    开区间:不包含边界上的点
    闭区间:包含边界上的点
    
    优化策略:
    7个点优化为5个点
    上点:必选(不考虑区间开闭)
    内点:必选(建议选择 中间范围)
    离点:开内闭外
    
    常见描述词语:大小、尺寸、重量、最大、最小、至多、至少等修饰词语
    
6.3解决多条件有依赖关系测试
  • 方法:判定表法
    定义:是一种以表格形式表达多条件逻辑判断的工具
    组成:
    条件桩:列出问题中的所有条件,次序无关紧要
    动作桩:列出问题中可能采取的操作,顺序没有约束
    条件项:列出条件对应的取值,所有可能情况下的真假值
    动作项:列出条件项的、各种取值情况下应该采取的动作结果
    

    image


    规则:
    判定表中贯穿条件项和动作项的一列就是一条规则
    假设有n个条件,每个条件的取值有两个(0,1),全组合有2的n次方种规则
    
    使用场景:
    有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制约)关系
    判定表一般适用于条件组合数量较少的情况(比如4个条件以下)
    如果条件超过4个,就不适合覆盖所有条件,应采用正交法来解决
    
6.4业务测试覆盖

(先测试业务,再测试单功能、单模块、单页面)

  • 方法:流程图法
    例子:

    image

6.5错误推荐法
使用场景:当项目用例都执行完毕,且bug修复完成,离上线还有一段时间,在这段时间中可以使用错误推荐法复测主要业务或测试未覆盖的功能

image

七、用例执行

执行结果与用例的期望结果不一致,为缺陷,需要进行缺陷管理

八、缺陷

  • 定义
    软件中存在的各种问题,都为缺陷,简称bug
  • 缺陷标准
    1、少功能
    2、功能错误
    3、多功能
    4、缺少隐性功能
    5、易用性
    
  • 缺陷产生的原因
    需求文档、架构设计、编码实现、环境(硬件、软件)
  • 缺陷的生命周期

    image

  • 缺陷核心要素

    image

  • 缺陷提交要素

    image

  • 缺陷类型
    功能错误、UI页面错误、兼容性、数据(数据库)、易用性、建议、架构缺陷

    image

九、缺陷管理

  • excel示例

    image

  • 缺陷跟踪流程

    image

  • 提交注意事项

    image

  • 缺陷管理工具
    1、项目管理工具——管理缺陷(禅道、JIRA、TFS)
    2、Excel管理缺陷
    
  • 禅道
    特点:

    image


    使用流程图:

    image


    使用禅道管理缺陷:
    登录

    image


    创建缺陷

    image


    关闭缺陷

    image

  • 缺陷标题扩展

    image

测试点:

image

 总结

如果你对此文有任何疑问,如果你也需要接口项目实战,如果你对软件测试、接口测试、自动化测试、面试经验交流感兴趣欢迎加入我们,加入方式在文章的最后面

  自动化测试相关教程推荐:

2023最新自动化测试自学教程新手小白26天入门最详细教程,目前已有300多人通过学习这套教程入职大厂!!_哔哩哔哩_bilibili

2023最新合集Python自动化测试开发框架【全栈/实战/教程】合集精华,学完年薪40W+_哔哩哔哩_bilibili

测试开发相关教程推荐

2023全网最牛,字节测试开发大佬现场教学,从零开始教你成为年薪百万的测试开发工程师_哔哩哔哩_bilibili

postman/jmeter/fiddler测试工具类教程推荐

讲的最详细JMeter接口测试/接口自动化测试项目实战合集教程,学jmeter接口测试一套教程就够了!!_哔哩哔哩_bilibili

2023自学fiddler抓包,请一定要看完【如何1天学会fiddler抓包】的全网最详细视频教程!!_哔哩哔哩_bilibili

2023全网封神,B站讲的最详细的Postman接口测试实战教学,小白都能学会_哔哩哔哩_bilibili

  总结:

 光学理论是没用的,要学会跟着一起敲,要动手实操,才能将自己的所学运用到实际当中去,这时候可以搞点实战案例来学习。

​​​

​​​

如果对你有帮助的话,点个赞收个藏,给作者一个鼓励。也方便你下次能够快速查找。

如有不懂还要咨询下方小卡片,博主也希望和志同道合的测试人员一起学习进步

在适当的年龄,选择适当的岗位,尽量去发挥好自己的优势。

我的自动化测试开发之路,一路走来都离不每个阶段的计划,因为自己喜欢规划和总结,

测试开发视频教程、学习笔记领取传送门!!

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值