软件测试基础理论

本文详细阐述了软件开发和测试过程中的关键文档,包括需求规格说明书、设计文档和测试用例,重点介绍了测试需求分析、测试流程(如需求评审和用例设计)以及等价类法、边界值法和判定表法在测试用例设计中的应用。
摘要由CSDN通过智能技术生成

1   开发阶段主要文档:需求规格说明书、概要设计详细设计
测试阶段:测试计划和方案、测试用例、缺陷报告、测试报告
2、测试流程
分析(需求评审、测试需求分析,得到测试点)
计划(测试计划和方案文档编写)→经理
设计(测试用例设计)
实现(编写测试用例、测试脚本等)
执行(搭建环境、执行用例/脚本、报告缺陷)

需求分析
①需求的来源:产品需求
合同型项目:用户业务需求
产品型项目(没有明确用户,则通过协议/标准/规范,继承性需求(老旧)竞品分析(爱 vs 腾)
②怎么评?需求评审
③ why :对系统了解(干什么、功能、流程、性能、安全、特点)版本迭代要求测试点

④需求分析流程:
根据产品需求提取测试点→编写需求跟踪矩阵→利用用例设计方法设计用例

需求跟踪矩阵
1、建立产品需求、测试点、测试用例之间的映射关系,方便进行用例需求覆盖率统计
2.需求变更;
产品需求ID 产品需求 测试需求ID 测试点 用例ID 用例标题

用例设计
测试设计:将测试点转化测试用例的过程
测试用例:具体说明测试操作并验证结果的文档(也叫测试案例)

用例模板
用例编号、用例标题、优先级、预置条件、创建人、创建时间、所属模块、测试步骤、预期结果.实际结果、测试结果、备注
(来自需求)
 TC _系统_模块001 一句话描述测试点、若时间不够,可优先测高的、3-5天完成)

设计方法(等、边、判、流程分析法、错误猜测法 、世界上最好的测试方法→穷举测试

(与业务相关)
1.等价类法: 某个输入城(用户可以输入内容的区域)的集合,集合中的某个输入条件都是等效的

基本原则:
1.输入条件规定了值个数和值范围→1有效等价类 + 2无效等价类
有:18-25;无:<18、>25
2.输入条件规定输入值的集合,或是必须如何的条件→1有+1无
学历含大专、本科、硕士、博士、博后,那么学历中的这些值就是有'
3.输入条件是布尔值 —>1有'+1无'
男女
有:男;无:非男/女
4.若已划分的等价类中各元素的处理需式不同→n有'+1无'
5.输入数据必须遵守的规则,→1有'+n无
输入数据必是正整数
有:正整数、无: 0 、负数、小数

实例:档案管理系统 1990.01~2049.12,并规定日期中6位数字构成,年4位,月2位
输入条件                有效                 无效
日期的类型和长度 6位数字     >6、<6、有非数字字符
年份范围      1990~2049     <1990、>2049
月份范围       1~12               0 、>12

对有效而言,设计1个用例,尽可能覆盖所有有效等价类,重复该步骤,…

对无效而言,设计1个用例,使其只覆盖1个无效等价类,重复该步骤,…

与边界法配合使用

2.边界值法(与等价类法配合)
对输入和输出的边界进行测试,
理论基础:大多数错误出现在边界上,若边界附近的点不出错,其他取值出错的可能性上点:边界上的点
内点:范围内的点
离点:离上点最近的

基本原则
1.输入条件规定取值范围→边界及附近的值
2.输入条件规定值的个数→ max 、 min 、 max -1、 min -1
3.有序集合 →集合的第1个和最后1个元素
4.内部数据结构 →边界上的值

使用场景:把输入条件分成不同的子条件,条件与条件之间相对独立,没有制约关系


3、判定表法
分析和表达多种输入条件下系统执行不同动作的工具
输入城与输入域之间有约束关系
条件桩(输入) 条件项(数值各组合)
动作桩(输出)动作项

案例:修改密码 用户欠费停机

设计步骤,
1.识别条件和动作
2.确定规则个数的个数2^n
3.输入条件项.…
4.化简、合并
5.转为用例

采用二分法写条件项
 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值