技术分享 | 常用测试策略与测试手段

测试策略是指在特定环境约束之下,描述软件开发周期中关于测试原则、方法、方式的纲要,并阐述了它们之间如何配合,以高效地减少缺陷、提升质量。

测试策略中需要描述测试类型与测试目标以及测试方法,准入准出的条件,以及所需要的时间、资源与测试环境等等。

测试策略是一种因地制宜的策略模式,不同的公司,不同的团队,不同的项目对应的测试策略内容不同。

测试策略的关注重点

对于测试策略来说,重点关注的是以下内容:

  • 测试的目标是什么

  • 测试可能存在的风险是什么

  • 测试的对象和范围是什么

  • 如何安排各种测试活动

  • 如何评价测试的效果

测试策略主要内容

总体测试策略

明确产品质量目标:需求覆盖度,测试用例执行度,安全测试,性能测试,代码规范,Bug 修复率,产品标准输出文档。

功能分类的测试策略:根据功能类型分配优先级,比如新功能的开发优先级为高,旧功能修改优先级为中,还有一些不用修改的旧功能优先级为低等等。

进行风险分析:提前识别项目中可能存在哪些会阻塞测试的风险,然后基于风险来调整测试策略,增加一些测试活动或者质量保证活动。基于风险来加强和降低测试投入。比如产品需求文档不清晰,测试设计时,需求文档更新不及时导致测试设计遗漏或不准确以及新版本修改的功能点修改的范围,没有明确的文档记录或者产品设计比较复杂,难以理解等等,根据存在的问题分配风险优先级。

总体测试安排:具体时间的分配安排,包括概念阶段、设计阶段、开发阶段、测试阶段、发布阶段。

初级版本测试策略

确定测试范围:对具体的功能以及功能的概述,包括这些功能对应的使用人群进行详细的说明。

明确测试目标:通过对象—测试方法—测试结果这样的方式来描述测试目标,强调这个版本测试的要求。

重点业务关注:列出重点需要关注的功能,并对重点内容进行详细的说明。

分配测试环境资源:测试资源分为人力和工具两部分,人力资源主要说明参与测试的人员,工具主要是指可能用到的其他软件,测试环境是指兼容的环境信息。

用例设计选择:管理用例的设计,根据测试用例选择策略,并总结完成情况。

冒烟测试策略:开发人员将版本转给测试人员时,测试人员先对这个版本进行一次测试,确认版本没有阻塞测试的问题,能够按照测试策略完成测试,如果存在影响测试的问题,及时找开发沟通解决。

文档管理:描述需求规格说明和用户手册以及部署实施的说明的完成情况和测试情况。

跟踪测试执行

跟踪测试用例执行情况:测试用例的用例总数执行数量,未通过数量,通过数量,通过率和未执行数量以及未执行原因。

缺陷跟踪:跟踪版本需要解决但还处于待修复状态 Bug 的解决情况。

版本质量评估

需求和实现的偏差:最终实现与需求描述的偏差,需要修复的问题和修复说明。

测试过程评估:测试方法回顾,总结比较有效的方式方法;测试投入回顾,投入资源的汇总;测试用例分析,测评测试用例的覆盖度并总结测试思路。

缺陷分析:在整个测试工作完成之后,总结功能特性缺陷密度是否正常,缺陷阶段分析是否正常。

后续版本测试策略

后面的版本会考虑到实际的产品研发情况和测试情况,而对测试策略进行调整,因此,后面版本的测试策略还需要增加回归测试策略和探索式测试策略的内容。

发布质量评估

确认总体测试策略中的质量目标是否完成,分析遗留缺陷,暂挂 Bug 的处理情况。

总结来说,测试策略主要内容都是围绕着测试策略的关注重点来展开介绍。

测试手段

不同的测试场景下采用不同的测试手段,根据测试场景选取正确的测试方法。常用的测试方法有黑盒测试、白盒测试、动态测试、静态测试、手工测试、自动化测试,这些都在之前的章节详细介绍过,这些测试方法就可以在测试策略里正确安排到适合的环境场景中。

喜欢软件测试的小伙伴们,如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!

更多技术文章

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值