软件测试培训
美国上市软件测试培训机构

400-111-8989

热门课程

软件测试新手上路,四步快速完成高质量测试用例!

  • 时间:2018-07-03 18:03
  • 发布:软件测试培训
  • 来源:达内软件测试培训

软件测试新手上路,四步快速完成高质量测试用例,他是怎么做到的呢?你想知道吗?这就分享给你:

软件测试新手上路,四步快速完成高质量测试用例!

高质量的标准:

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

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

覆盖到所有的需求点;

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

没有冗余的用例;

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

如何达到该目标:

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

A、用例编写过程:

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

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

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

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

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

B、用例评审过程:

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

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

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

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

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

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

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

C、友情提醒:

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、将该模块的测试思路和测试重点给出来,并放到指定目录,能够有效的指导该模块的测试策略。

感谢您的阅读,四步快速完成高质量测试用例的方法你学会了吗?但是你需要有你的特色,能转化为你自己的知识。学习方法与技巧虽然很多,但盲目的模仿只是东施效颦的效果;唯有消化这些方法、技巧,并将之实践,那才是属于自己独特的学习方法、技巧!更多软件测试技巧,尽在达内软件测试培训

免责声明:内容和图片源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

上一篇:做软件测试,你一定要会编写产品需求文档!
下一篇:在敏捷项目的自动化测试过程中,有什么好的策略吗?

软件测试人员,你想知道你在开发人员眼中的模样吗?

开发效率可以这样被测试提高,我竟然不知道!

软件测试中的测试类型有哪些?这些测试类型之间有什么区别?

做软件测试,能否升职加薪就看你的觉悟到哪了!

选择城市和中心
贵州省

广西省

海南省