用例核心要素(16个)

用例核心要素(16个)

  • 必须掌握:用例编号(如何命名)、所属模块、用例标题(验证谁在什么情况下,去做什么,最后结果是什么)、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
  • 了解内容:通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注

什么是高质量的测试用例

  • 测试用例覆盖所有的用户需求
  • 测试用例要简单明了
  • 各类型的测试用例要齐全
  • 用最少的用例覆盖最多的需求

等价类划分法

定义

等价类划分是把所有可能输入的数据分为若干个区域,然后从每个区域中取少量有代表性的数据进行测试即可。

等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。

分类

一般可分为有效等价类和无效等价类。

  • 有效等价类:指符合《需求规格说明书》,输入合理的数据集合
  • 无效等价类:指不符合《需求规格说明书》,输入不合理的数据集合

边界值分析法

定义

定义:边界值分析是取稍高于或稍低于边界的一些数据进行测试。

原因:程序开发循环体时的取数可能会因为<,<=搞错。

确定边界值的方法

  • 上点:是指边界上的点,无论此时的域是开区间还是闭区间,开区间的话,上点就是在域外,闭区间的话,上点就是在域内。
  • 离点:是指离上点最近的点,这里就跟是闭区间还是开区间就有关系了,如果是开区间,那么离点就在域内,如果是闭区间,那么离点就在域外。

遵循的原则:开内闭外 开区间往中间找,闭区间往外找

  • 内点:域内的任意点都是内点

定义

概述:标识并描述发现的缺陷,具有清晰、完整和可重现问题所需的信息的文档。

理解:测试人员发现缺陷,将缺陷记录在《缺陷报告》中,通过缺陷报告将缺陷告知给开发人员,并对

缺陷进行跟踪和管理。缺陷报告是测试人员与开发人员之间重要的沟通方式。

什么是缺陷

软件缺陷就是通常说的Bug,它是指在软件中(包括文档和程序)存在的影响软件正常运行的问题。

软件未达到产品说明书标明的功能,如一个即时通讯App不能聊天。

软件出现了产品说明书指明不会出现的错误,如高考不带身份证。

软件功能超出产品说明书指明的范围,如即时通讯App做了一个地图功能。

软件未达到产品说明书虽未指出但应该达到的目标,如一个账号的密码是明文。

软件难以理解、不易使用、运行速度缓慢或者从测试人员的角度看最终用户认为不好,如一个即时

通讯App无法找不到聊天界面。

软件缺陷产生的原因

1. 需求不明确和变更

软件需求不清晰或者开发人员对需求理解偏差,导致软件设计时偏离用户的需求目标,造成软件功

能或特征上的缺陷。此外,开发过程中客户频繁更新需求也会影响软件最终的质量。

2. 软件结构复杂

3. 编码问题

4. 项目期限短

5. 使用新技术

软件缺陷分类

缺陷报告的核心要素

八项:缺陷编号、缺陷状态、缺陷标题、重现步骤、严重程度、优先级、缺陷类型、测试环境。

1. 缺陷编号

缺陷的唯一标识符

2. 缺陷状态

缺陷跟踪过程的进展情况新建:刚发现的缺陷

已指派:已经由测试人员将缺陷指派给开发人员进行处理

已打开:开发人员正在修复缺陷

已修复:开发人员完成缺陷修复,还未进行回归测试

已拒绝:发开人员拒绝修复

已延期:对缺陷进行延缓处理

已关闭:由测试人员回归测试后,缺陷不存在了

重新打开:由测试人员回归测试后,发现缺陷任然存在,

3. 缺陷标题

缺陷的概述,描述问题本质

4. 重现步骤

①一步一步描述再现缺陷的操作步骤

②预期结果

③实际结果

5. 严重程度

缺陷对软件系统的影响程度

6. 优先级

修复缺陷的重要性或紧迫性

7. 缺陷类型

根据缺陷产生的来源和根源划分出的缺陷种类

功能、配置、安装、性能缺陷

8. 测试环境

测试环境配置,包括软件环境和硬件环境

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值