1、对穷举场景设计测试点
方法:等价类可以实现
分类:有效等价:所有有效数据集合,取一个即可
无效等价:所有无效数据集合,取一个即可(每种无效数据取一个)
步骤:明确需求、确定有效和无效等价类、提取数据编写用例
针对:需要有大量数据测试输入,但是没法穷举测试的地方【输入框、下拉列表、单选复选框】
典型代表:页面级的输入框类测试
2、针对限定边界规则设计测试点
方法:边界值设计方法
选取正好等于、刚好大于、刚好小于边界的值作为测试数据
上点:边界上的点(正好等于)
离点:距离上点最近的点(刚好大于、刚好小于)
内点:范围内的点(区间范围内的数据)
步骤:明确需求、确定有效和无效等价类、确定边界范围值、提取数据编写测试用例
使用场景:
在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
常见词语描述:大小、尺寸、重量、最大、最小、至多等修饰词语
典型代表:有边界范围的输入框类测试
3、能够对多条件依赖关系进行设计测试点
步骤:明确需求、画出判定表、根据规则编写测试用例
怎么画判定表:
1.列出条件桩和动作桩
2.填写条件项,对条件进行全组合
3.根据条件项的组合确定动作项
4.简化、合并相似规则(有相同的动作)
使用场景:
有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(约束)关系
判定表一般适用于条件组合数量较少的情况(比如:四个条件以下)
提示:如果碰到项目中多条件组合大于4个相互依赖,可以使用(正交表和因果图来实现)
4、软件缺陷判定标准
缺陷的定义:软件在使用过程中存在的任何问题都叫软件的缺陷,简称Bug
缺陷的判定标准:
软件未实现需求(规格)说明书中明确要求的功能——少功能
软件出现了需求(规格)说明书中指明不应该出现的错误——功能错误
软件实现的功能超出需求(规格)说明书指明的范围——多功能
软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求——隐性功能错误
软件难以理解-不易使用,运行缓慢,用户体验不好——不易使用
缺陷产生的原因:
需求阶段:需求描述不易理解,有歧义、错误等
设计阶段:设计文档存在错误或缺陷
编码阶段:代码出现错误
运行阶段:软硬件系统本身故障导致软件缺陷
结论:是软件就有缺陷
软件缺陷的生命周期:
新建、提交、确认、分配、修复、验证、关闭
软件缺陷的核心内容:
缺陷的标题:描述缺陷的核心问题
缺陷的预置条件:缺陷产生的前提
缺陷的复现步骤:复现缺陷的过程
缺陷的预期结果:希望得到的结果
缺陷的实际结果:实际得到的结果
缺陷的必要附件:图片、日志等信息(证据)
缺陷提交要素:
缺陷报告编号:缺陷的唯一性标志
严重程度:严重(主要功能)、一般(次要功能)、微小(易用性、界面)、建议(建议性问题)
缺陷优先级:0(24小时内解决)、1(发布前必须修复)、2(可以在下一个版本修复)
Bug类型:代码错误、兼容性问题、设计缺陷、性能问题
缺陷状态:新建、打开、关闭、延迟
软件缺陷类型:
功能错误、界面错误、兼容性、数据、易用性、改进、建议、架构
5、项目中缺陷的管理流程
提交缺陷、分派缺陷、处理缺陷、回归测试、关闭缺陷
6、使用excel对于缺陷进行管理
缺陷id:bug_001
缺陷标题:测试步骤描述+预期+实际、测试步骤描述+实际+需求、测试数据描述+实际结果(具体测试数据)
状态:新建、打开、关闭、拒绝
优先级、模块、
缺陷描述:前置、步骤、预期、实际
附件/备注:日志、截图
【以上均为网上视频学习笔记,如有侵权请告知,立马删】