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

  ⼤大家晚上好,上章介绍了测试⽤用例设计的重要性和⽤用例设计的⽅方法,并且⽯石头哥分享了

⾃自⼰己的⼀一套⽤用例设计的⽅方法,即:质量属性+⽤用户场景+业务逻辑的⽤用例设计⽅方法。今天⽯石
头哥⽤用⼀一个每个⼈人都会⽤用到的功能来举例⼦子说明下吧。

 题外话:最近有朋友说⽯石头哥经常发美⼥女的照⽚片不好,虽然⽯石头哥还不知道为什么不好,

但是接受好⼼心的建议,后⾯面发美景吧(其他⼈人有更好的建议也可以提出来),⽯石头哥保证不
打死你。

对于微信个⼈人⽤用户来说,两⼤大重要特⾊色就是聊天和发朋友圈了吧。今天我们就⼀一起讨论下如
何对发朋友圈这个功能来设计⽤用例。

⾸首先,我们从质量属性上来分析该功能。这⾥里⼀一个⽐比较好⽤用的⽅方法就是⽤用思维导图的⽅方式先
将各个质量属性维度列出来,如下图:

然后根据各个维度进⾏行分析和补充测试点(这⾥里需要⾃自⼰己具备⼀一定的经验和对业务的熟悉程度了),⽯石头哥根据⾃自⼰己的分析后补充测试点如下(当然, 可能本⾝身也不完善,⼤大家可以

⼀一起讨论下),补充结果⻅见下图:

这⾥里简单梳理下上⾯面的分析结果,欢迎拍砖。

1、安全性:因为对于微信发朋友圈来说,其实在安全性⽅方⾯面不是重点,就是去获取相册和视频的权限时要确认下有没有问题(但是微信⽀支付这个功能这块就是最重要的了)。

2、兼容性:这块应该是app⼀一个通⽤用的测试难点了,涉及到不同型号和⼚厂商的⼿手机,相信很多公司都有了对应的测试⽅方法,⽐比如:众测。

3、体验性:这个其实是app的⼀一个测试重点,按照⺫⽬目前发朋友圈的⽅方式体验还是⽐比较好的,⽽而且⼈人⼈人都习惯了,所以也没有什么问题(不过⺫⽬目前发朋友圈有2种⽅方式,⼤大家可以⽐比较下哪种更符合⽤用户习惯呢)? 这⾥里也同时发现了⼏几个问题:只能够现场录制视频后发朋

友圈,不能发已有视频;不能发多个视频;不能够直接发⽂文字;对于后⾯面的2个问题,微信有⾃自⼰己的体验原则还可以理解。但是不能够发相册⾥里⾯面的视频其实是值得吐槽的(如果是⽯石头哥的版本肯定是提bug的节奏),毕竟视频具有实时性,本来别⼈人看到⼀一个好玩的东⻄西想录制视频(⽐比如:⼩小朋友的表情),还需要先打开微信,找到发朋友圈的地⽅方再去录制,这个时候可能⻩黄花菜都凉了。

4、可扩展性:我们除了现在能够发照⽚片和视频外,后⾯面如果⽀支持更多内容的话,是不是有很快的解决⽅方案,还是需要改动很⼤大(这个其实我们测试⼈人员是可以帮助开发去考虑的)。

5、可靠性:这⾥里主要分为对发的内容和发送的过程来进⾏行分析,结果⼤大家可以看上⾯面。

6、性能:对于app来说,主要的性能就是对资源的占⽤用,当然, 这⾥里也需要考虑到对服务器的性能压⼒力。

7、可维护性:这⾥里主要说只出问题后如何去分析和排查。要知道,对于app来说⽤用户才是最⼤大的测试群体。所以,⼀一般的app都会有⾃自动上报的功能(好吧,这其实已经涉及到安全

问题了)。

ok,对质量属性分析完成后,下⾯面我们从⽤用户场景进⾏行分析。⽤用户场景的测试就是从⽤用户整个发朋友圈的过程进⾏行分析,然后通过模拟真实的⽤用户⾏行为进⾏行测试。⽐比如:⽤用户拍照后想将当前照⽚片发朋友圈。

这⾥里有2个⽅方法:

1、打开微信->选择 “我”的标签->点“相册”->点“今天”旁边的照相机图标->选择照⽚片->从相册⾥里选好相⽚片->输⼊入⽂文字(可选)->完成。
2、打开微信->选择 “发现”的标签->选择“朋友圈”->选择右上⾓角的照相机图标->选择照⽚片->从相册⾥里选好相⽚片->输⼊入⽂文字(可选)->完成。

⼤大家发现操作步骤是不是⼀一样的?这个也是⽯石头哥认可微信体验到⼀一⽅方⾯面,⽤用最少的步骤去
满⾜足⼤大家最常⽤用的需求(⼤大家有更少的⽅方法吗?可以分析下,对⾃自⼰己对产品理解能⼒力会很有
帮助)。

分析完成后,我们就可以根据这些操作步骤进⾏行分析测试点了(这⾥里就不仅仅是⼀一个功能
了)。
下⾯面是⽯石头哥对第⼆二种⽅方法分析的结果(⽯石头哥习惯的⼀一种⽅方式),⼤大家可以先看看。

对于⽤用户场景的测试点分析,⼀一个⽐比较好的⽅方法就是分析⽤用户在这个过程中可能的⾏行为(⺫⽬目前app的⽤用户⾏行为分析和上报就是很好的输⼊入来源),然后进⾏行针对性的设置测试点(这个⽅方法在探索性⽅方⾯面也可以⽤用到)。

 完成⽤用户场景的分析后,就要开始对业务逻辑进⾏行分析了,可惜的是⽯石头哥没有相关功

能的代码和业务流程图。这⾥里根据功能来分析下⼤大概的逻辑(真实的业务逻辑处理肯定是远
复杂于⽯石头哥列的,这⾥里为了举例⼦子⽅方便,所以简化了)。

对于业务逻辑该如何测试呢?⼤大概过程如下:1、拿着开发的设计⽂文档梳理出整个业务逻辑图(能够跟开发⼀一起做的话效果更好,⽅方便更加了解开发的整个思考过程)。2、业务逻辑图(有可能是开发⾃自⼰己画的)完成后,肯定会有很多有疑问的地⽅方,然后拿着业务逻辑图跟开发⼀一步⼀一步的梳理和确认(需要⾃自⼰己先花时间学习,否则可能会被开发鄙视,脸⽪皮厚的话也可以),过程中如果能够发现开发⼀一些设计不合理的地⽅方并且给开发提出更好的解决思路的话,会更好的得到开发的认可。3、对照着业务逻辑图去设计针对业务逻辑的测试点(对每个业务逻辑的正常情况和异常情况进⾏行分析)。4、根据开发的设计接⼝口,将接⼝口提取出来,并且专⻔门针对接⼝口去实现⾃自动化测试(接⼝口测试对于代码的质量是很有帮助的),这块后⾯面在测试开发⼀一章中会详细介绍。5、提前将我们的⼀一些分析结果,⽐比如:测试点发给开发去看看,告诉他们我们会对哪些地

⽅方进⾏行测试。这样他们就会提前做好处理了,节省后⾯面发现bug的成本。6、对于逻辑的测试最好是全部实现⾃自动化,⽅方便后⾯面持续去测试。

  到这⾥里,我们就完成了⽤用例设计的⽅方法分享。⼤大家有什么问题可以直接跟⽯石头哥进⾏行交

流。另外,对于具体领域的⽤用例设计⺴⽹网上其实还是有很多相关资料的,⽐比如:app的测试和web的测试,其实都是有⼀一套完善的⽅方法的,⼤大家可以整理出来,形成⾃自⼰己的⼀一套经验库。