关闭

你不知道的用例编写方法

220人阅读 评论(0) 收藏 举报
分类:
作为一名测试人员,总会有需要进行用例编写的时候,在进行用例编写时都遇到过什么问题呢?
  小编询问了一些测试人员,结合自己遇到的问题,总结了一些,一般会有以下几个方面的问题:
  1)  不知如何着手进行,千头万绪,不知如何理
  2)  用例覆盖度不高,不知该如何提高
  3)  培训机构学来的知识不知道如何使用
  4)  用例结构不清晰,容易遗漏,且维护麻烦
  这些问题都是作为一名测试人员,在工作中会遇到的实际问题,解决的方法千千万,搜狗输入法的测试团队是如何解决的呢?下面我们一起来看一下~
  搜狗输入法团队的用例编写可以用两个字来概括:拆、找,主要步骤如下:
  1)  将测试对象进行拆分,直到拆分为原子对象
  2)  分析原子对象,找出该对象所有的检查点
  3)  分析检查点,找出会影响该检查点的所有因素
  这种方法产出的用例,分为4级:对象→原子对象→检查点→影响因素
  下面我们来详细分析看一下~
  首先,拿到一个功能的需求文档后,将这个功能当作一个大的测试对象,分析需求文档,根据自己的理解进行拆块,将一个大需求拆解开来,分成小块,即将大的测试对象拆分为一个个小的子测试对象。
  一个榴莲,无处下嘴,怎么办呢?我想大家的反应应该都是一样的:鄙视的瞧着小编说,把榴莲打开,分成一块一块的,不就可以了吗?这么简单的问题还要问,╭∩╮(︶︿︶)╭∩╮。其实小编觉得,一个完整的需求就是整个的榴莲,都需要将之进行拆解,然后才能进行下一步的动作。
  测试对象拆分为子测试对象后,如果还是觉得太大,不好分析,就继续进行拆分,拆分为原子测试对象。分析一个简单的原子测试对象,你会觉得,原来真的这么简单啊,:-D
  什么是原子测试对象呢?字面上来看,就是无法再继续拆分的测试对象,再进行拆分的话,就不是一个完整的对象了。
  其次,拆分为原子测试对象后,分析原子测试对象,找出该原子对象的所有检查点,这一步就完成了。
  有人会问了,什么是检查点呢?小编理解检查点就是被测试对象的某一个属性。如被测对象是按钮,我们要检查的不是按钮本身,而是按钮的某一属性,如按钮的显示状态,按钮的位置,按钮的颜色等
  然后,再分析检查点,找出所有会影响该检查点的因素。如检查点是按钮的显示状态,什么会影响按钮的状态呢?鼠标hover,鼠标点击,初始状态,当前窗口是否是焦点窗口等
  分析到这里,这个功能就被我们分析完了,剩下的就是整理,用例的骨架——大纲就完成了,剩下的就是体力活,给用例增加血肉——用例内容
  小编写到这里,忽然觉得写用例跟画画很像呢,先分大块,再分小块,然后画架构,最后填色成形~
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:21689次
    • 积分:786
    • 等级:
    • 排名:千里之外
    • 原创:57篇
    • 转载:18篇
    • 译文:0篇
    • 评论:1条
    最新评论