第三章 软件测试需求、用例、缺陷、报告、JIRA与SVN

本文详细介绍了软件测试中的需求分析、测试用例设计及其八大方法,包括等价类、边界值等。同时,讨论了缺陷的定义、十大要素和跟踪流程,以及如何使用JIRA和SVN进行缺陷管理和版本控制。
摘要由CSDN通过智能技术生成

第三章 软件测试需求、用例、缺陷与报告

一、需求分析

1.需求分析的重要性

2.需求分析的过程(采集、分析、评审)

二、测试用例

1.定义

测试用例(Test Case)是将软件测试的行为活动做一个科学化的组织归纳,目的是能够将软件测试的行为转化成可管理的模式;同时测试用例也是将测试具体量化的方法之一,不同类别的软件,测试用例是不同的。

2.八大要素

'''
ID
编号
模块
标题
优先级
预置条件
测试步骤
预期结果
测试数据
'''

3.八大用例设计方法

3.1等价类
'''
作用: 通过科学的方法从无穷的穷举测试中解放出来,找到具有代表性的测试子集(部分输入)
目标: 掌握等价类方法;掌握等价类方法的适用范围;掌握使用等价类划分设计测试用例
概念: 一类具有代表性输入的测试子集。

有效等价类
无效等价类
'''
3.2边界值
'''
作用: 一种等价类测试用例方法的重要补充,统计数数据表明大量程序错误往往容易在边界尚发送。
目标: 掌握边界值分析法取值反为的确立;掌握边界值分析设计测试用例
概念: 对输入或输出的边界值进行测试的一种黑盒测试方法。

上点: 边界之上的点(比如两位数加法器的99)

内点: 边界之内的点(比如两位数加法器的 -99<x<99)

离点:  离边界最近的左右两点(比如两位加法器的 -100 ,-98,98,100)
'''
3.3判定表
'''
概念:判定表 表示的是有多个输入和多个输出,而且输入和输入之间有相互组合的关系,输入和输出之间有相互的依赖关系。

组成:
  条件桩——列出问题的所有条件
  条件项——针对条件桩给出的条件列出所有可能取值
  动作桩——列出问题规定的可能采取的操作
  动作项——指出在条件项的各组取值情况下应采取的动作
  
步骤:
    需求分析;
    明确条件桩;
    明确动作桩;
    对条件桩进行组合;
    明确每个组合对应的动作项;
    设计测试用例,每行数据对应一条测试用例
'''
3.4因果法
'''
基本符号:
    恒等(-) :条件满足时,结果成立。
    非(~):条件不满足时,结果成立;条件满足时,结果不成立。
    或(V):只要有一个条件满足,结果就成立;
    且/与:(^):多个条件都满足时,结果才成立。

步骤:
    将数字标识输入和输出
    画出因果图
    将因果图转换为判定表
    生成测试用例

小结:
    输入条件或输入条件的组合比较少,之间用判定表设计测试用例
    输入条件或输入条件的组合比较多,组合使用判定表与因果图
'''
3.5正交法
'''
作用:用最少的测试用例去覆盖最多的测试路径

概念:是一种基于组合数字和概率学知识,通过设计最少的测试用例来获得最大的测试覆盖率的科学实验方法。

正交表:
    k代表因子(输入参数)
    m叫
  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

xiao阿文

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值