功能测试包含哪些测试_干货|如何做软件的功能测试

今天我们来谈谈软件的功能测试。

很多的测试工程师会说:软件测试不就是“点,点,点”吗?

其实很多的测试工程师都知道,软件测试之所以会出现“点点点”的情况,那是因为你还在做软件的功能测试。并且再怎么“点点点”,软件就是不稳定。

那到底怎么做手工的功能测试,才能让软件尽快稳定下来了呢?软件的功能测试该如何有效进行呢?

我们先来看下软件的功能测试包含哪些方面?

我想给大家分享以下三个方面:

第一:单个功能点测试

第二:多个功能点的关联测试

第三:单个功能点,不同类型用户场景的测试

为什么会分成以下几类情况呢?

我们来看看下面这幅图片:

下面就让我给你介绍一下这幅图的情况

先跟大家解释一下:什么叫功能点?软件的功能点就是软件的功能的最小单位。上幅图里的A,B,C就是功能点,任何一个软件都是由很多的功能点做成的。

我们可以看到这幅图的最左边,一个软件有多个功能点(A、B、C),但是如果这些功能点相互没有关联的话,那么做功能测试就相对比较容易。我们就叫软件的功能点有很多的独立性,这样的软件测试也就很简单,一个一个的测试就可以了,当然这是一种理想的情况。

真实的情况下,很多软件功能之间必然有关联。但无论这个软件有多少个功能点,只要这个软件的功能关联性不是很复杂的话,那么这个软件的功能测试还是很容易的——直接使劲的点,点,点,即可让软件的功能稳定下来了。


上面分享的是当软件的关联性比较少的情况下,可以运用“点点点”的测试原理。但是现实情况就是很多软件的关联性就不仅仅是那么简单,那么这种测试方法该如何进行呢?

我们可以看上面这幅图,测试的思想就可呈现出来,假设软件功能的关联图跟上图一样的话,那么我们的测试就很好进行了,测试的思想也很好进行。

先测试A功能点——B功能点——C功能点,最后再来测试AB——测试BC——最后再测试AC。

思想其实很简单,先保证A,B,C三个功能点是正常的,随后保证A到B的功能关联性是正确的,A到C功能的关联性是正确的,B到C功能的关联性是正确的。

这个我们通常也是容易想到,所以我们在面对复杂的软件的功能测试时,我们就按照这个思路进行,先把软件的所有单个功能点的测试进行完成,然后弄清楚软件各个功能点的关联性测试。

那么软件的功能关联性该如何进行测试呢?

这里就可以看软件的测试用例设计中的几种关键的设计方法里面的几幅图。比如:业务流程图,因果图,状态迁移图。这几幅图都是能很好的体现软件的功能的关联性测试。

最后我们来看下这幅图:

那么上面这幅图反映的是什么意思呢?

表达的就是软件的功能点测试,会随着用户类型的不同,所产生的意义和影响也不一样。其实软件的功能测试比我们想象的更加复杂。

就像上幅图反映的出来的,比如:对于一个快递系统,普通的客户可以下订单,但如何使快递人员作为普通客户也可以下订单,这就是两种不同类型的用户对同一个功能点的不同使用状况。所以我们通常来说的,软件的功能测试其实也不简单。

想要真正做好软件的功能测试,我们要做好准备,即使就是“点,点,点”也不是那么简单的,我们在明白了上面软件的功能测试的原理后,还是需要我们打好基础,不能好高骛远。很多基础的测试工程师,连功能测试都没有完成过,就是想要学习自动化测试,性能测试,这对我们来说就是万万不可取的。


以上就是今天分享的内容~

如果同学们有任何关于测试的问题或者想要了解的知识,欢迎评论留言给我们,小虫子会第一时间给大家解答~

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值