软件测试,那些我踩过的坑,你确定还要踩?

本文分享了软件测试中常见的问题和教训,包括自以为了解业务逻辑但实则浮于表面,思维僵化,忽略偶现问题,避免随机测试,详述Bug复现步骤的重要性,以及不要轻易改变原有业务逻辑。同时强调了测试前的准备、测试计划和用例设计,以及与开发的沟通策略,旨在帮助测试人员提高工作效率和测试质量。
摘要由CSDN通过智能技术生成

软件测试干了几年,项目一个接着一个,一路从一个坑跳入另一个坑,有些是开发问题,一些则是测试人员的问题,大家在测试过程中踩过哪些坑呢?欢迎大家在评论区告诉牛鹭~

自以为了解业务逻辑,实际浮于表面

这是一个深坑!产品迭代跟的久了,很多人闭着眼都能把功能上说得很清楚,然后就飘了。但实际上呢?连该功能使用的协议、调用的接口都不知道,看到的问题都是表面的问题。

你只看到了两个操作的入口不一样,提示信息不一样,你就以为是两个问题,而这两个问题都是调同一个接口引起的,但你分析不出来。

这样导致的问题有:

①修改bug后对影响范围评估不够。

②提相同的bug,碰上特别注重bug数量的开发,真是揪心。

有些公司对于bug是要定期做bug根因分析的,这在一定程度上也是帮助测试更深入的了解产品,因为每次bug单上开发写的产生原因和解决方案,非常言简意赅。

思维太僵,不会向前多走一步

比如同一个账号添加之后删除再添加,同一份文档导入之后导出再导入,密码修改成功之后再修改,等等,向前多走一步,就可能有意外收获。

忽略偶现的问题

测试要记住:所有偶现的问题,都只是没有找到必现的规律!

不要以为偶现的问题,没有出现,就不提出来,等上线后用户发现这个问题,你再说曾经遇到过,只是没有提出来,那测试人员不背锅谁背锅??

测试人员要有一个好的习惯

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值