• 0
  • 0
分享

我们写用例的时候一般是先写测试点,然后再写测试用例,也可以这么理解,测试点就是精简版的测试用例。编写用例四个基本方法:等价类、边界值、正交法、场景法。我认为对于一般的企业测试来说,这四个方法足够了。编写测试用例的策略:先点后面,先局部再整体,最忌讳的是点和面混在一起,局部和整体不明。

在测试点设计的时候,需要思考如下几点:

1、测试操作的难度;

测试操作包括环境、配置、执行等因素,在测试设计时,尽量减小操作的难度。

2、重要性及优先级;

测试点一定要区分重要性及优先级,以便在实际项目测试中进行选择。重要性部门建议突出内部测试、外部验收、线上问题等标签,便于管理和分类更新。

3、自动化可实现性;

测试点一定要考虑自动化实现的难易度,因为自动化是提高测试效率的关键;在此还有一个问题需要注意,那就是自动化按照测试点设计要求的实现程度,如果不能100%按照预期要求进行覆盖的话,可能会遗漏非常重要的测试部门,这时候最好拆分成两个测试点。

4、真实场景的需求及模拟;

测试点在编写的过程中,一定要考虑真实使用场景,这会非常的高效,场景模拟本来就是测试点编写的重要方法之一。

5、层次分明(点、面、体),切勿大小用例及测试模块混淆;

测试点分类中注意区分所属模块和层级,层级中注明基本测试点、高级测试点和系统测试点,这个可以根据项目的具体进行区分。

6、用例编写策略一致性,简单、明了、直接,最好不要超过8步;

好的测试用例一定是非常清楚的,执行步骤不超过8步,这个在测试点和测试用例的设计中一定要注意;执行步骤太长,不利于问题的定位分析。

7、测试配置的复用;

所有的测试设计,最终都是为了执行,执行的时候有很多的配置,这些配置能否复用是非常关键的,直接关系到执行的效率。

8、测试用例的维护和管理;

测试用例的维护和管理历来都是非常重要的问题,如何维护用例的基线,如何不断的调整和更新,如何不断的优化和改进,都是极其重要的。

9、测试用例评审;

测试用例必须要评审,以听取多方面的意见,为了提高评审的效率,建议先内部评审,之后在项目组内部评审,听取相关人的评审建议(以测试点讲解为主,且重点是研发可能关注的用例,这个需要提前判断)。

10、必须经过长期的大量的积累,才能写出高质量的用例;

用例编写从来都不是一件易事,需要相当多的积累和大量的反复练习。

测试点设计三步走

测试点最好一次性设计完成,之后不断修改和完善,根据经验,设计主要分为三步,每一步都有其不同要求,在项目测试执行阶段的侧重点也有不同,下面简单介绍下思路。

第一步:以“点”为主;

点阶段是项目测试前期执行中的最小单元,这个阶段测试点的设计及执行有几个要求:

1、测试点设计要简单、独立、明确、减少与其它点的交叉;

2、测试点设计的范围局限于单个模块内部;

3、测试点设计以功能验证为主,性能指标、可靠性、可用性等暂不涉及;

4、测试点设计以正向测验为主,异常测试及复杂场景模拟先不考虑;

5、测试点执行时的策略:优先选择简单、执行难度小、功能最核心的指标,尽早暴露问题;

6、项目前期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部基本功能测试;

第二步:以“面”为主;

面阶段是项目测试中期执行中的单元,这个阶段测试点的设计及执行有几个特点:

1、测试点设计要稍微复杂些,考虑单模块内部的异常和复杂场景;

2、测试点设计的范围不仅包括单模块的复杂设计要求,还包括模块间的接口测试;

3、测试点设计以功能验证为主,单模块及模块间的性能指标、可靠性、可用性可以涉及;

4、测试点设计以正向测验为主、异常测试及复杂场景模拟为辅;

5、测试点执行时的策略:优先选择功能最核心的指标,必要的性能和异常场景,尽早暴露问题;

6、项目中期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是模块内部高级功能和性能测试,模块间的接口测试;

第三步:以“体”为主;系统、性能和异常模拟

1、测试点设计要复杂些,考虑被测系统多模块/全模块内部的功能、性能、稳定性、可用性、可靠性等指标的测试;

2、测试点设计的范围不仅包括被测系统多模块/全模块级别的测试,还包括系统与外界环境的兼容性、真实场景模拟等;

3、测试点设计以被测系统多模块/全模块功能验证为主,其次是性能指标,最后是可靠性、可用性、可升级性等指标;

4、测试点设计以被测系统多模块/全模块的正向测验,功能性能全部通过之后是异常测试及复杂场景模拟;

5、测试点执行时的策略:优先选择被测系统多模块/全模块的功能、性能最核心测试指标,必要的可靠性和异常场景模拟,尽早暴露问题;

6、项目后期执行策略:根据项目实际情况,灵活安排各种测试资源、问题反馈、进度把控等;重点是被测系统多模块/全模块的功能和性能测试,各种稳定性、可靠性测试等;

总之,测试点的设计绝非易事,需要在多种因素下分步骤进行,在测试执行过程中,也需要灵活选择相应的测试点,把控项目测试进度和质量。


作者:斜杠方子

原文链接:https://blog.csdn.net/zimingzim/article/details/89405997

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 当前的风气是,谈测试,必言“接口”。其实接口并不神秘,当今的应用中无处不是“接口”,从本篇开始让我来谈一些关于接口的浅薄认识。1、一个简单的接口(demo.php)<?php     // 文件名称demo.php     // 告诉浏览器返回为json类型     header('Content-Type:application/json; charset=utf-8');     ...
            3 4 1986
            分享
          • 读者提问:没有测试数据,自己又不会编,有什么办法可以方便快速地伪造数据 ?阿常回答:Python 库-Faker。GitHub地址:https://github.com/joke2k/faker(开源社区)Faker 是一个 Python 包,主要用来创建伪数据,使用 Faker 可以生成大批量的看起来很真实的 “ 假数据 ”。阿常碎碎念:接下来阿常给阿常演示一下 Faker 的安装和使用:1、安装 Fakerpip install Faker2、从 faker 模块中导入类from faker import Faker3、调用方法#...
            0 0 1248
            分享
          •   1、压测机  无论是从成本角度还是维护的难易方面,压测机的数量,适量就好。举个例子,8C16G的一台服务器,部署Jmeter后,根据我个人的测试比对数据,配置≤1500个线程数,最好。太多了性能损耗较大,延时高;太少了又浪费。controller与agent:模拟的并发线程数超过5K,建议留出一台做专门的controller机器,主要是避免agent机器数据上报带来的影响。服务授权:如果压测启动和服务配置都是root权限,那么在linux环境下,需要给jmeter和jmeter-server授权,命令为:  chmod 777 jmeter  2、服务通信  所有的压测...
            0 0 1125
            分享
          • 1、selenium 工具介绍什么是 selenium?selenium 自动化测试浏览器,它主要是用于 Web 应用程序的自动化测试,但肯定不只局限于此,同时支持所有基于 web 的管理任务自动化。selenium 的特点:开源,免费;多浏览器支持:FireFox、Chrome、IE、Opera;多平台支持:linux 、windows、MAC;多语言支持:java、python、ruby、php、C#、JavaScript;对 web 页面有良好的支持;简单(API 简单)、灵活(用开发语言驱动);支持分布式测试用例执行。selenium 经历了两个版本,selenium 1.0 和 se...
            13 13 1607
            分享
          • 一四年我在YX公司带测试团队,一个用例评审的会议上,一不小心超常发挥,结果卡在了一个用例设计方法上,印象非常深刻,当时的业务场景是支付方式的选择和优惠方案。在后来的工作中,也曾几次遇到需要选择合理的设计方法来写用例,不过每次在网上都是搜索了半天,也找不到令人满意的答案。很多简单的问题被复杂化,然后给出的解题思路更是令人百思不得其解。网络资源下,任何一个问题都不缺答案,更多的时候缺的是个让人一目了然的答案。测试前准备作为一个测试人员,软件测试的流程首先是要非常熟悉的,何时何地都能脱口而出,避免一切翻车的可能。需要注意的是流程没有唯一答案,具体由项目决定。所以给出的只是一个还算通用的参考流程。总结...
            0 0 1036
            分享
      • 51testing软件测试圈微信