测试的基础

目录

常见的测试分类

测试流程

质量模型

测试用例

等价类划分法

边界值分析方法

判定表法

场景法

错误推测法

软件缺陷

HTML入门


常见的测试分类

  • 按测试阶段划分

单元测试:针对程序源代码进行测试。

集成测试:又称接口测试,针对模块之间访问地址进行测试。

系统测试:对整个系统进行测试,包括功能、兼容、文档等测试。

验收测试:主要分为内测、公测,使用不同人群来发掘项目缺陷。

  • 按代码可见度划分

黑盒测试:不关注源代码,针对程序UI功能进行测试。(系统测试)

灰盒测试:针对程序部分代码进行测试。(集成测试,接口测试)

白盒测试:针对程序源代码进行测试。(单元测试)

测试流程

1.需求评审:确保各部门需求一致。

2.计划编写:测什么、谁来测、怎么测。

3.用例设计:验证项目是否符合需求的操作文档。

4.用例执行:项目模块开发完成,开始执行用例文档实施测试。

5.缺陷管理:对缺陷进行管理的过程。

6.测试报告:实施测试报告文档。

质量模型

功能性、性能、兼容性、易用性、可靠性、安全、可维护性、可移植性。

测试用例

用例设计编写形式

用例编号用例标题项目/模块优先级前置条件测试步骤测试数据预期结果
hm_login_001登录成功(正确手机号)登录P0

1、打开登录页面

2、手机已注册

1、输入手机号

2、点击发送验证码按钮

3、拖拽滑块成功

4、输入验证码

5、勾选协议

6、点击登录

1、手机:已注册手机号

2、其他输入正确数据

1、手机文本框状态为绿色

2、登录成功,跳转到首页

wx_login_001预期结果(测试点)登录P0~P4执行此用例之前要完成的操作操作步骤执行用例的关键数据执行用例期望得到的结果

Alt+Enter键-->单元格内回车

表格可以冻结首行-->视图中的冻结窗格

单元格内文字超出-->选中当前列,点击开始中的自动换行

下拉单元格复制内容,避免自动递增-->Ctrl+b或点击右侧小加号,选择复制单元格

等价类划分法

  • 说明:在所有测试数据中,具有某种共同特征的数据进行划分。
  • 分类:有效等价类:满足需求的数据集合;无效等价类:不满足需求的数据集合。
  • 步骤:明确需求;确定有效和无效等价类;提取数据编写测试用例。

正向:一次尽可能将多个正确数据组合。

逆向(错误):一次只能覆盖一个错误数据。

等价类划分时,可以根据长度、类型、规则分类。

等价类划分法的适用场景:针对需要有大量数据测试输入,但是没法穷举测试的地方。例如:输入框、下拉列表、单选复选框,典型代表是页面的输入框类测试。

边界值分析方法

  • 边界范围节点

选取正好等于、刚好大于、刚好小于边界的值作为测试数据。

上点:边界上的点(正好等于)

离点:距离上点最近的点(刚好大于、刚好小于)

内点:范围内的点(区间范围内的数据)

  • 设计用例步骤

1.明确需求

2.确定有效和无效等价类(类型)

3.确定边界范围值(长度)

4.提取数据编写测试用例

边界优化:上点和内点必测,离点根据开内闭外(区间)选择要测试的点。

判定表法

  • 组成

条件桩:列出问题中的所有条件。

动作桩:列出问题中可能采取的操作。

条件项:列出条件对应的取值,所有可能情况下的真假值。

动作项:列出条件项的各种取值情况下,应该采取的动作结果。

例如:

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

  • 使用场景

有多个输入条件,多个输出结果,输入条件之间有组合关系,输入条件和输出结果之间有依赖(制约)关系。

判定表一般适用于条件组合数量较少的情况(比如4个条件以下)

场景法

免费流程图网站:ProcessOn思维导图流程图-在线画思维导图流程图_在线作图实时协作

场景法又叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例。

冒烟测试:批量开始测试之前,执行业务正向用例,验证软件是否具备可测性。

错误推测法

通过经验推测系统可能出现的问题。

软件缺陷

  • 核心内容

缺陷的标题:描述缺陷的核心内容。

缺陷的预置条件:缺陷产生的前提。

缺陷的复现步骤:复现缺陷的过程。

缺陷的预期结果:希望得到的结果。

缺陷的实际结果:实际得到的结果。

缺陷的必要附件:图片、日志等信息(证据)。

  • 提交要素

缺陷报告编号:缺陷的唯一性标志。

严重程度:严重(S1)主功能;一般(S2)次要功能;微小(S3)易用性、界面;建议(S4)建议性问题。

缺陷优先级:Priority 0(24小时之内解决),Priority 1 (发布前必须修复),Priority 2 (可以在下一个版本中修复)。

Bug类型:代码错误,兼容性问题,设计缺陷,性能问题。

缺陷状态:New(新建)、Open(打开)、Closed(关闭)、Postponed(延期)。

缺陷ID缺陷标题缺陷状态严重程度优先级所属模块缺陷描述附件
bug101正常下单成功后支付失败newP0P0Ego核心业务

1、打开小程序

2、选中商品添加购物车进行下单

3、在订单详情点击去付款

预期结果:能够唤起微信支付

实际结果:无响应

缺陷管理工具---禅道

测试流程(项目):1、需求评审,2、测试计划,3、用例设计,4、用例执行,5、缺陷管理,6、测试报告。

HTML入门

注释快捷键:Ctrl+/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值