高质量用例设计

性能和自动化是要会的,但优秀的测试工程师并不是自动化写的多6,而是写好测试用例,有的人只关注那些技术性的文章,却忘了做测试,最难的是黑盒测试,这是一个长时间积累的过程。

高质量的标准:

1、 覆盖到所有的业务逻辑(包括正常逻辑和异常逻辑)

2、 覆盖到所有的典型用户场景

3、 覆盖到所有的需求点

4、 测试目标明确,并且测试步骤能够最快的达到测试目的或者测试时间很短

5、 没有冗余的用例

6、 测试用例能够直接附带测试策略,该模块的策略指定人和用例执行人能够非常清楚

如何达到该目标:

一、基于逻辑的用例设计过程:

A、用例编写过程:

1、优先完成业务逻辑图,需要在测试的角度上面去画逻辑图,包括数据流完整的输入和输出过程,并且自己能够理解为什么这样处理

2、根据自己的理解分析每个逻辑的处理是否完善,是否有没有覆盖到的地方,并提交缺陷预防bug

3、根据逻辑编写测试用例,保证每个逻辑都能够有对应的用例覆盖

4、编写逻辑用例的过程中思考如何去改进该用例的测试过程,比如:接口测试,自动化测试,脚本。并且,能够及时让研发提供对应的接口和调试方法

5、用例要按照10分钟原则,即保证10分钟内能够执行完成

B、用例评审过程:

1、先讲解整个业务逻辑图,需要保证评审人员对于整个业务逻辑图都非常清楚,并且能够理解为什么这样做

2、分析整个业务逻辑图是否有没有覆盖到的场景或者分支情况(采用头脑风暴的方式)

3、分析业务逻辑的异常处理情况(是否每个业务逻辑都有对异常情况进行处理,也采用头脑风暴的方式)

4、是否将逻辑的用例分类比较合理,让大家通过逻辑很容易就找到对应的用例

5、分析是否所有的逻辑都能够找到对应的用例(通过逻辑找到对应的用例),包括前面没有考虑到的逻辑

6、分析用例是否有冗余,是否多个用例都是覆盖的同一个逻辑(包括测试步骤和检查点)

7、分析用例的测试方法是否有改进,是否能够直接通过代码静态走读、接口测试、自动化测试(包括编写脚本)、引入工具等等来进一步提高我们的测试效率

测试用例异常处理分析:

1、仅仅只能保证已有的逻辑没有问题,但是可能出现部分情况没有处理导致失效的情况,可以通过后面的场景用例和需求用例来补充覆盖

2、逻辑里面异常情况考虑不充分,导致测试用例也相对比较欠缺,可以通过对每个逻辑进行头脑风暴,分析是否有其他异常情况,并且评审时重点评审这块

3、研发的逻辑有可能本身就是错误的,但是如果顺着研发的逻辑去编写用例时会导致用例也有问题,达不到测试目的,所以需要从需求和设计的角度去提前分析逻辑是否有问题

4、过程中研发的逻辑可能变化比较快,这样会导致逻辑测试用例也要经常变化,所以需要保证研发的编码是与设计一致的,并且逻辑是尽量根据设计来进行的

另外,逻辑用例的设计可以在编码中后期进行,这样的改动会少点

二、基于场景的用例设计过程:

A、用例编写过程:

1、搞清楚客户的原始需求,为什么需要这个功能,能够给客户带来的价值是什么

2、查看需求说明书里面的客户使用的典型用户场景,并且整合到场景用例里面

3、在需求说明书的基础上进一步分析客户还可能有哪些实际的使用场景(主要是整个客户的拓扑结构)

4、客户会怎样去配置该模块以满足什么样的需求(头脑风暴)

5、过程中客户会有哪些操作(头脑风暴)

B、用例评审过程:

1、安排相关模块专家、规划经理和主管来进行评审,主要是分析还可能有哪些场景没有考虑到,最好是能够有具体的客户

2、安排讲解该模块的场景,保证用例责任人对模块场景是非常熟悉的,并且过程中分析是否可能会有其他情况,来进一步完善场景用例

C、友情提醒:

1、模块用户场景尽量是有真实的客户,而不是自己yy出来的

2、模块用户场景最好是完整的客户使用过程,而不是某一个测试点

3、并不是所有的模块都有场景用例

三、基于需求的用例设计过程:

A、用例编写过程:

1、参照需求表,并且对照前面的逻辑用例和场景用例,检视是否覆盖到所有需求,没有的分析下原因,是否逻辑用例or场景用例考虑的还不充分,是的话补充到上面,不是的话则补充到需求用例里面

2、充分利用相关的用例编写技术,包括:边界值分析法、等价类分析法、 错误类推测法、路径覆盖法、因果分析法、正交分析法等

3、分析用例是否能够通过自动化or其他测试手段来覆盖到

B、用例评审过程:

1、对照需求表来进行检视,是否全部覆盖到,不仅仅是测试用例,还包括测试步骤和期望结果,避免因为依赖研发的逻辑来设计用例导致问题

2、评审该部分用例是否跟前面的逻辑用例和场景用例冗余

3、分析用例是否能够通过自动化or其他测试手段来覆盖到

C、友情提醒:

1、基于需求的用例仅仅是针对前面没有覆盖到的用例的补充,所以这部分用例应该相对比较少,如果发现比较多的话可以分析下是否研发的一些逻辑没有覆盖到相关地方

四、模块测试方法说明(提高该模块的用例执行效率):

1、将该模块的业务逻辑图放到用例的指定目录,这样方便给评审人员讲解,以及后面相关人员的学习

2、将该模块的排查和定位问题的方法给出来,并放到指定目录,能够有效指导后面人员排查和定位问题

3、将该模块的测试思路和测试重点给出来,并放到指定目录,能够有效的指导该模块的测试策略

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,293评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,604评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,958评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,729评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,719评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,630评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,000评论 3 397
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,665评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,909评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,646评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,726评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,400评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,986评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,959评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,996评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,481评论 2 342