软件测试从零开始之四:测试⽤用例的设计(上)

背景:最近很多朋友跟我讨论测试⽤用例的重要性,⼤大家觉得因为敏捷的推⾏行,测试⽤用例看起来好像不是那么的重要了,刚好⽯石头哥今天打算介绍测试⽤用例的设计⽅方法,所以顺便说下个⼈人对测试⽤用例的看法。

 在说明测试⽤用例的重要性之前,我们先⼀一起来分析下,我们在什么时候会⽤用到测试⽤用例

(不要告诉我只有在测试的过程中才会⽤用到,我会疯的)。1、测试⽤用例的形成过程就是对模块的分析过程,所以测试⽤用例的质量本⾝身就能够评估编写测试⽤用例的⼈人对于模块的理解程度(通过评审的⽅方式)。2、制定测试策略和测试计划的时候,需要先将测试⽤用例挑选出来,然后根据这些测试⽤用例评估下时间。并且通过反复的进⾏行确认和调整,从⽽而达成最优的测试⽅方案。3、测试执⾏行过程中需要以⽤用例为指导,这样才能够更好的去保证质量和评估时间。

4、作为探索性测试的指导:⾸首先探索性测试并不是⽆无边⽆无际的发散,否则很容易⾛走偏⽅方向和陷于死胡同。⽽而测试⽤用例就可以很好的去指导探索性测试(后⾯面分享探索性测试技术的时候会详细介绍)。

5、⽅方便更好的去实现⾃自动化的覆盖率。有了⽤用例作为指导后,就能够很好的根据⽤用例去设计⾃自动化了,并且也能够去评估⾃自动化的覆盖率。6、测试的过程中作为分析质量的⼀一个参考,当我们发现⼀一个模块⽐比较异常的时候(⽐比如:bug过多或者过少),我们也能够通过⽤用例来进⾏行分析。

。。。。。

 相信⼤大家看完后,就不会再怀疑测试⽤用例的重要性了吧?另外,虽然以上说了那么多,

其实⽯石头哥认为测试⽤用例⼀一个最重要的作⽤用就是作为经验去传承下去。这样,就算出现⼈人员流动了,只要测试⽤用例还在,影响都不会太⼤大。

那么,既然测试⽤用例是那么的重要,我们如何才能够设计出⾼高质量的⽤用例呢?⾸首先,⽯石头哥必须 得说下,测试⽤用例的设计其实没有⼤大家看上去的那么简单(这个真的跟开发的代

码是⼀一个道理),测试新⼿手和测试⾼高⼿手的区别从⽤用例的质量上很容易看出来(就像码农和设计师⼀一样,从代码上⼀一眼就能够看出来)。

  这⾥里就不介绍⽤用例的⼀一些基本知识了(虽然不介绍,但是还是强烈建议对这块还不熟悉

到同学去学习下,起码对于:等价类、边界值、因果图、正交法等等还是需要熟悉的)。重点说下⽯石头哥经常使⽤用的⼀一种⽤用例设计⽅方法,⼤大家可以参考下,如果觉得好⽤用的话欢迎点个赞。

 ⾸首先,我们做的是软件,那么就应该根据软件对应的质量属性进⾏行设计⽤用例。⼀一般情况

下,软件的质量属性包括:正确性、健壮性、可靠性、性能、安全性、兼容性、易⽤用性、可维护性、可扩展性等等(相关定义这⾥里就不啰嗦了,⼤大家可以⾃自⾏行在⺴⽹网上脑补),⽽而且根据软件的特点,每个质量属性的重要程度还不⼀一样,⽐比如:⾦金融类软件对安全性要求⾮非常⾼高,很多app对易⽤用性要求很⾼高等,我们也需要根据这样的特点去重点设计某⽅方⾯面的⽤用例。

 其次,使⽤用软件的是⽤用户,那么我们就需要去根据真实的⽤用户使⽤用场景来设计⽤用例,⽐比如:客户肯定是将多个功能串起来使⽤用的,⽽而且使⽤用的过程中会碰到各种情况。

 最后,我们的测试对象是代码,所以需要根据代码的业务逻辑来设计测试⽤用例。

 ⼤大家看到这⾥里,应该也知道了,⽯石头哥的⽤用例设计就是从质量属性+⽤用户场景+业务逻

辑来进⾏行覆盖的。为了让⼤大家更好的掌握这样的⽤用例设计⽅方法,下次会通过⼀一个实例来具体分享基于质量属性+⽤用户场景+业务逻辑的⽤用例设计⽅方法,相信对⼤大家的⽤用例设计会有很⼤大的提升,⼤大家可以通过关注公众号来持续关注更多精彩内容。