我答“黑盒测试如何保证需求的覆盖度?”

2024-01-13 06:48

本文主要是介绍我答“黑盒测试如何保证需求的覆盖度?”,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

51testing最新的一个问题,黑盒测试如何保证需求的覆盖度?

http://bbs.51testing.com/thread-106504-1-1.html

 

下面说说我的看法。

黑盒测试如何保证需求的覆盖度?首先我们要明确这里提到的需求到底是什么。在软件开发活动中,涉及到的需求有用户需求、系统需求、测试需求等。

用户需求:描述了用户使用产品必须要完成的任务,在软件开发活动中,属于最基本的需求。

系统需求:描述了软件设计人员、编程人员必须要完成的任务。系统分析员通过分析用户需求,把用户的需求转变成开发设计人员看得懂的系统需求。

测试需求:描述了软件测试人员必须要完成的任务。资深测试工程师通过分析系统需求,产生测试需求,作为测试活动的指导。

        写到这里,我猜想命题人的本意应该指的是上面提到的系统需求,但我的观点认为,黑盒测试应该保证的是测试需求的覆盖度,系统需求的覆盖度应该由测试需求保证。

具体到这个题目来讲,只要涉及到度量,都会要求规范。要度量需求,首先就必须保证需求本身是可度量的,这就要求需求必须明确、规范。

用户需求由最终用户提出,通常比较笼统,例如用户可能会这样描述其需求,

UR1 “能够上网缴电话费”

系统分析员的工作就是分析用户需求,把用户的需求转换成开发设计人员能够理解的系统需求。系统需求从技术层面上对用户需求进行分析,把用户的需求分解成若干个功能点,例如

SR1 登录缴费系统

   要求加密传输,密码不少于6位等

SR2 输入电话号码

   要求验证号码的正确性

SR3 查询特定的电话费

   查询结果中要包含各类明细

SR4 缴费

   连接网上银行页面,要根据不同商业银行的网银,做不同的判断;

   缴费结果一定要明确显示

… …

在测试小组参与后,资深测试工程师要根据系统需求,编写相应的测试需求。测试需求一定要保证对系统需求的100%覆盖,即系统需求的所有功能点在测试需求中必须有所反映。例如

TR1-1 登录成功

TR1-2 登录失败

……

上述的TR1-1到TR1-2都对应于系统需求的SR1(功能点)。

测试工程师要编写测试用例,依据是测试需求,测试用例要保证对测试需求的100%覆盖,即测试需求的所有检查点在测试用例中必须有所提现。例如

TCF1-1-1

输入用户名huior,对应的密码987654,以及验证码

预期结果:用户正确登录缴费系统,进入欢迎界面

TCF1-2-1

输入不存在的用户名huior_error,密码123456,以及验证码

预期结果:提示“用户名不存在”的错误,返回登录界面

TCF1-2-2

输入正确的用户名huior,密码 123456,以及验证码

预期结果:提示“密码错误”,返回登录界面

TCF1-2-3

输入正确的用户名huior,密码 987654,以及错误的验证码

预期结果:提示“验证码错误”,返回登录界面

… …

 测试员在执行测试用例的过程中,会发现BUG,BUG可以和测试用例对应。这样的话,软件开发的各个过程都可以对应起来。

有了这样的对应关系,黑盒测试对于需求的覆盖度就会很容易度量。例如,测试员只执行了用例TCF1-1-1,只覆盖了TR1-1需求,假设系统需求中只定义了2个功能点,则 

测试需求的覆盖度 = 1 / 2 * 100% = 50% 

实现

一般情况下,要成功的实施以上的过程,单单靠手工实现起来很难。目前市场上已经有比较专业的工具来协助实现以上过程。我原来听过一些产品的介绍,要完全实现以上过程,需要几个工具结合起来使用,例如DOORS + TD配合使用,就可以把以上四个过程对应起来。

 

不足

白盒测试的覆盖率本身有一些不足,例如不能发现和数据相关的错误。

int test(int a)

{

       int d = 10 / a;

       return d;

}

一个测试用例(例如输入10)就可以让逻辑覆盖率达到100%,但很明显,该100%并不能说明测试已经很充分。

同样,黑盒测试对于需求的覆盖度量只能作为一种参考。例如,以上的例子中,假如测试员执行了用例TCF1-1-1和TCF1-2-1 ,则覆盖了TR1-1和TR1-2的需求

测试需求的覆盖度 = 2/2 *100% = 100%

很显然,虽然需求已经全部覆盖,但测试还不充分,还远不能结束。

所以我的结论是黑盒测试对于需求的覆盖度量只能作为一种参考,不能以此来衡量测试的优劣。以上文字仅代表个人观点

这篇关于我答“黑盒测试如何保证需求的覆盖度?”的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/600576

相关文章

如何测试计算机的内存是否存在问题? 判断电脑内存故障的多种方法

《如何测试计算机的内存是否存在问题?判断电脑内存故障的多种方法》内存是电脑中非常重要的组件之一,如果内存出现故障,可能会导致电脑出现各种问题,如蓝屏、死机、程序崩溃等,如何判断内存是否出现故障呢?下... 如果你的电脑是崩溃、冻结还是不稳定,那么它的内存可能有问题。要进行检查,你可以使用Windows 11

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

Verybot之OpenCV应用一:安装与图像采集测试

在Verybot上安装OpenCV是很简单的,只需要执行:         sudo apt-get update         sudo apt-get install libopencv-dev         sudo apt-get install python-opencv         下面就对安装好的OpenCV进行一下测试,编写一个通过USB摄像头采

BIRT 报表的自动化测试

来源:http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-birttest/如何为 BIRT 报表编写自动化测试用例 BIRT 是一项很受欢迎的报表制作工具,但目前对其的测试还是以人工测试为主。本文介绍了如何对 BIRT 报表进行自动化测试,以及在实际项目中的一些测试实践,从而提高了测试的效率和准确性 -------

如何保证android程序进程不到万不得已的情况下,不会被结束

最近,做一个调用系统自带相机的那么一个功能,遇到的坑,在此记录一下。 设备:红米note4 问题起因 因为自定义的相机,很难满足客户的所有需要,比如:自拍杆的支持,优化方面等等。这些方面自定义的相机都不比系统自带的好,因为有些系统都是商家定制的,难免会出现一个奇葩的问题。比如:你在这款手机上运行,无任何问题,然而你换一款手机后,问题就出现了。 比如:小米的红米系列,你启用系统自带拍照功能后

可测试,可维护,可移植:上位机软件分层设计的重要性

互联网中,软件工程师岗位会分前端工程师,后端工程师。这是由于互联网软件规模庞大,从业人员众多。前后端分别根据各自需求发展不一样的技术栈。那么上位机软件呢?它规模小,通常一个人就能开发一个项目。它还有必要分前后端吗? 有必要。本文从三个方面论述。分别是可测试,可维护,可移植。 可测试 软件黑盒测试更普遍,但很难覆盖所有应用场景。于是有了接口测试、模块化测试以及单元测试。都是通过降低测试对象

day45-测试平台搭建之前端vue学习-基础4

目录 一、生命周期         1.1.概念         1.2.常用的生命周期钩子         1.3.关于销毁Vue实例         1.4.原理​编辑         1.5.代码 二、非单文件组件         2.1.组件         2.2.使用组件的三大步骤         2.3.注意点         2.4.关于VueComponen