软件测试基础-测试用例设计

测试用例介绍

测试用例是软件测试过程中的一个关键元素,它提供了一个明确、可重复的步骤序列,用于验证软件是否满足特定的需求或设计要求。

一条完整的测试用例应包括:

用例编号、项目名称、用例标题、优先级、前置条件、输入数据、操作步骤、预期结果

一、黑盒测试

1.1、什么是黑盒测试?

顾名思义,把测试对象看成一个黑盒子,完全不考虑程序内部结构和处理过程,通过软件的外部表现来发现缺陷。

1.2、黑盒测试用例设计方法

等价类划分;边界值分析;因果图法;正交实验设计;判定表法、错误推断法等

1.2.1等价类划分

等价类划分是一种系统性的确定要输入的测试条件的方法。它将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性和代表性。

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

1.2.2边界值分析

边界值分析法是一种黑盒测试方法,它对输入或输出的边界值进行测试。这种方法通常作为对等价类划分法的补充,测试用例来自等价类的边界。

根据大量的测试统计数据,很多错误是发生在输入或输出范围的边界上,而不是发生在输入/输出范围的中间区域。因此针对各种边界情况设计测试用例,可以查出更多的错误。

在使用边界值分析方法设计测试用例时,首先应确定边界情况。通常输入和输出等价类的边界,就是应着重测试的边界情况。

应当选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。

1.2.3场景法
1、设计思想
现在的软件几乎都是由事件来触发的,事情触发便形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流。

2、场景的构成要素
场景可以看成是基本流与备选流的集合。用例的场景用来描述流经用例的路径,从用例的开始到结束遍历这条路径上所有的基本流和备选流。

(1)基本流
基本事件流,从系统某个初始状态开始,经一系列状态后,到达最终状态的一个业务流程,并且是最主要、最基本的一个业务流程(无任何差错,程序从开始直接到执行结束)。

(2)场景流
备选事件流,以基本流为基础,在基本流所经过的每个判定节点处满足不同的触发条件而导致的其他事件流。

ATM取款操作:

ATM 处于准备就绪状态。
准备提款 - 客户将银行卡插入 ATM 机的读卡机。
验证银行卡 - ATM 机从银行卡的磁条中读取帐户代码,并检查它 是否属于可以接收的银行卡。
输入密码 - 客户输入密码,系统验证帐户代码和密码以确定该帐 户是否有效以及所输入的 密码对该帐户来说是否正确。对于此事 件流,帐户是有效的而且密码对此帐户来说正确无误。
ATM 选项 - ATM 显示在本机上可用的各种选项。在此事件流中, 银行客户通常选择“提款”。
输入金额 - 要从 ATM 中提取的金额。
ATM 通过将卡ID、PIN、金额以及帐户信息作为一笔交易发送给银
行系统来启动验证过程。对于此事件流,银行系统处于联机状态,
而且对授权请求给予答复,批准完成提款过程,并且据此更新帐户余额。
出钞 - 提供现金。
返回银行卡 - 银行卡被返还。
收据 - 打印收据并提供给客户。ATM 相应地更新内部记录。
用例结束时 ATM 又回到准备就绪状态。

1.2.4错误推测法

1、错误推测法概述
错误推测法就是人们可以靠经验和直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的例子。

2、错误推测法基本思想
(1)列举出程序中所有可能有的错误和容易发生错误的特殊情况(比如,程序只能输入数字,测试时可以输入字母进行测试)。 (2)根据它们选择测试用例。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值