软件测试之——系统测试

本文详细介绍了软件测试的系统测试阶段,涵盖了测试模型、测试流程、测试需求分析、测试用例设计方法(如等价类、边界值、判定表等)、缺陷管理以及回归和验收测试。通过具体的例子展示了测试用例设计和测试执行的全过程,旨在帮助测试工程师深入理解和执行系统测试任务。
摘要由CSDN通过智能技术生成

软件生命周期

 

  • 计划
  • 需求分析
  • 设计
  • 编码
  • 测试
  • 运行和维护

常见的测试模型

  • 瀑布模型
  • v模型
  • w模型
  • 敏捷测试模型

测试流程

  1. 分析:需求评审,测试需求分析
  2. 计划:测试计划方案文档编写
  1. 设计:测试用例设计
  2. 实现:编写测试用例、测试脚本
  1. 执行:搭建测试环境,执行测试脚本,报告缺陷

测试需求分析流程

  1. 根据需求提取系统的测试点
  2. 编写需求跟踪矩阵
  1. 根据测试点利用适当的测试用例设计方法,设计测试用例

测试用例的模板

常用字段有:

  • 用例编号
  • 用例标题
  • 优先级
  • 预置条件
  • 创建人
  • 创建时间
  • 所属模块
  • 测试步骤
  • 预期结果
  • 实际结果
  • 测试结果
  • 备注

用例编号

用例标题

优先级

预置条件

创建人

创建时间

所属模块

测试步骤

预期结果

实际结果

测试结果

备注

TC_系统_模块_001

测试某某某

pass/fail/NA

常用的测试用例方法

  • 等价类
  • 边界值
  • 判定表
  • 流程分析法(场景分析法)
  • 错误猜测法

等价类

某个输入域的集合,在这个集合中每个输入条件是等效的,如果其中某一个输入不会导致问题,则集合中的其他输入条件也不会出现问题

等价类的划分原则

  • 等价类划分,就是将测试的范围划分成几个互不相交的子集,他们的并集是全集,从每个子集中选出若干个有代表性的值作为测试用例。等价类的划分,最关键的是子集的划分。究竟要划分到何种程度才合适呢?看你有多少资源和时间,还有,看是否值得。
  • 如果输入条件规定了取值范围或者值得个数,则可以确定一个有效的等价类和两个无效的等价类。 例如:18~25之间,则18~25就是一个有效等价类,小于18或者大于25就是两个无效等价类
  • 如果我们确知,已经划分的等价类中的某个元素在程序中的处理方式不同,则应该将此等价类进一步划分
  • 在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(遵守规则)和若干个无效等价类(以不同角度违反规则)

等价类设计步骤

  • 编写等价类表,为每个输入划分等价类,得到等价类表,为每个等价类规定一个唯一编号
  • 设计一个测试用例,使其尽可能多的覆盖所有尚未覆盖的有效等价类,重复这一步骤,使得有效等价类均被测试用例覆盖
  • 设计一个测试用例,时期只覆盖一个无效等价类,重复这一步骤,使得所有的无效等价类均被覆盖

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值