如何降低漏测?

📝 面试求职: 「面试试题小程序」内容涵盖 测试基础、Linux操作系统、MySQL数据库、Web功能测试、接口测试、APPium移动端测试、Python知识、Selenium自动化测试相关、性能测试、性能测试、计算机网络知识、Jmeter、HR面试,命中率杠杠的。(大家刷起来…)

📝 职场经验干货:

软件测试工程师简历上如何编写个人信息(一周8个面试)

软件测试工程师简历上如何编写专业技能(一周8个面试)

软件测试工程师简历上如何编写项目经验(一周8个面试)

软件测试工程师简历上如何编写个人荣誉(一周8个面试)

软件测试行情分享(这些都不了解就别贸然冲了.)

软件测试面试重点,搞清楚这些轻松拿到年薪30W+

软件测试面试刷题小程序免费使用(永久使用)


一、漏测原因总结

需求评审质量低,需求设计简单、只是简单描述功能,功能逻辑较少

需求变更频繁

缺少需求分解(sql 文档、用例设计)

测试人员思维局限,需求分解覆盖面不全,考虑不足

测试人员执行过程不规范,人为漏测

测试执行人员质量意识不足,发现的缺陷定义严重性程度低或不认为是问题

测试环境与生产环境有较大出入

测试环境或测试数据受限,无法模拟并覆盖执行所有正常和异常的场景分支

功能回归策略问题

测试资源有限

二、漏测预防或改进措施

1.提高需求评审质量

需求评审至少有产品、开发和测试人员三方参加   需求评审必须安排业务熟悉和测试经验丰富的测试人员参加,对于不清楚的
需求,要在会上提出更多逻辑疑问。

2. 需求变更要及时更新 sql 文档或者测试用例一定要考虑到需求变更会不会导致其他模块(业务流程上考虑、参考业务流程图)

需求分解(sql 文档、用例设计)及时更新维护

3. 主要靠自觉性,如果实在没时间就写来源表、业务逻辑描述即可

提高需求分解质量数据来源(从哪来),业务逻辑(怎么做),数据写入(到哪去)

4. 测试流程要规范

冒烟测试:花少量时间对增、删、查、改功能进行流程测试

业务测试:按照测试需求分解、需求文档分别细测两遍以及数据库验证

回归测试:验证关闭 bug 时要把相关功能也测试到,避免开发因修改 bug 引出

5. 其他问题

系统复测:按照主业务流程复测较好,能涉及到大部分模块并且是用户用到较多的功能。(先不按照需求分解去测试,可能会想到之前想不到的业务逻辑),有时间再对 1、2 级 bug 复测。用例执行:在测试过程中严格按照测试用例执行

6. 测试环境要尽量贴近生产环境

7. 漏测的原因分析总结

根据每月漏测较多的项目,自己要总结原因,具体什么原因导致的漏测

8. 测试资源有限

时间不充足,导致一些功能点在测试过程中被忽略,可以根据里程碑节点来判断不同程度的测试a

里程碑评审:保证主功能没问题,可以存在小的问题,即冒烟测试通过

系统演示:保证主要功能没问题,且界面数据显示要完整;次要功能可能不会演示到可先不改。

上线:禅道 1、2 级 bug 改完,优化类、功能完善类不影响客户使用可先不改

三、测试方法

1. 全面校验

起码需求清楚说明的,一定要各个字段全面验证正确性,不需要每个字段一条用例,可以一条用例覆盖所有字段,但是一定要验证到所有字段

特殊验证:有的数据新提交的和继承表中数据可能存在一致的情况,我们必须要造不一致的数据来验证是否进行了继承和是否继承正确,并按需求逐字段校验(并不是造一条正向用例验证都正确了就行)

2. 相关功能回归测试

先验证此问题是否已经解决

再验证相关模块或功能是否有新引入的 bug

公用模块或功能是否全面修改:如果该模块是专有模块,只有某一功能使用,针对该功能进行测试即可。如果该模块是公用模块,涉及功能较多,需针对所有使用情况进行全量覆盖

3. 多组合测试

实际使用过程中会比我们测试过程中数据更多更复杂,所以要尽可能地造多种组合情况的数据进行测试,测试过程中可能会发现很多没有想到的问题或可优化完善的部分,不至于后期更多次地迭代发版(是否存在异常、是否全面、顺序是否正确)

四、对于开发不改的 bug 怎么沟通

1. 提高自身测试能力,能通过抓包进行前后端 bug 定位

如果实在分不清楚指给前端人员,前端人员是有责任去定位问题,如果是后端问题,由前端人员再指给后端。

2. 提高逻辑思维,不能被开发忽悠(最好懂点简单的代码)

解决办法:和开发沟通无效(原因:不会改;不想改),找开发负责人沟通修改,一般开发负责人在能力较强、态度负责。如果开发负责人也觉得不需要修改或者不会改,就要叫上产品人员沟通,此问题是否解决。

3. 测试人员要主动

开发遇到不会改的 bug,我们需要借鉴下其他系统有没有类似功能,提供给开发;如果没有可找开发负责人协助解决。

五、测试心得

每一位测试人员在测试过程中都已经有了自己心中认定的正确与错误的想法,要带入自己的想法和坚持,产品说的或做的也不一定全部正确,已有的功能也不一定全部正确,如果是问题要坚持反馈,找到问题缘由,开发、产品都可以改相关内容,直到问题得到解决(如果不是问题的话,我们就当深入了解了更多的东西)。

测试我觉得就是细心 + 全面 + 深度, 要有测试策略(重点),对时间分配要明晰,测试过程那些是需要关心的重点关心,哪些是需要去推动开发处理的就尽快抛出问题,也就是不捂问题;接下来就是对软件测试过程中整体数据流转一定要清晰。


最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取 【保证100%免费】
在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值