关于软件测试学习的六大坑之分享

软件测试易学难精,里面有的坑让不少从业人员都难以避开。在这里,道丞教育软件测试老师总结了6条,共同分享!

软件测试学习分享一、 自以为了解业务逻辑,实际浮于表面

基于表面情况,这就是个深坑,产品更新迭代跟的久了,功能上闭着眼睛都能说清楚就自以为很了解,实际上连该功能使用的协议、调用的接口都不知道,所以看到问题都是表面的问题。

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

这样导致的问题有:

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

提相同的bug,碰上特别注重bug数量的开发,真是闹心……

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

软件测试学习分享二、 思维定死,不会向前多走一步

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

软件测试学习分享三、 忽略偶现的问题

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

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

提出问题但不解决,测试就可以甩锅给产品,给开发,完美!(这个真是从踩过的坑里得出血淋淋的教训)

这里有个好的习惯:遇到问题先截图、先录视频,再分析原因,再提交给开发。就怕偶现的问题口说无凭,又没有证据证明,开发说你逗我呢?

软件测试学习分享四、 避免随机测试

避免没有用例而进行的随机测试,虽然随机测试能发现一些问题。但是它的特点是我们测试人员想到什么就测试什么,这样就会导致有些功能点重复测试,而有的业务流程却没有覆盖到,出现漏测,一旦上线后出现Bug,就不好说了。

软件测试学习分享五、 Bug的复现步骤描述必须要详细

这个其实算不上坑,只是个人总结。之前提交过一个Bug,Bug描述非常简单,在后期给开发复现的时候,费了很大的劲儿,如果我们能在Bug描述中,准确描述Bug的复现步骤,就可以明显缩短开发分析问题、定位问题的时间。

软件测试学习分享六、 不要“动”之前的业务逻辑,因为会“牵一发而动全身”

要“遵守”之前的业务逻辑,现有的业务逻辑尽量不要和之前的冲突,为什么?

因为,一旦按照现在业务逻辑的话,就得把之前的改了,改之前的业务逻辑会非常的复杂,不仅开发需要改代码,而且我们测试要重新再测。所以,不要动之前的业务逻辑。

怎么样?是不是了解了很多呢?

道丞教育的软件测试学习分享资料还有很多呐呢!

https://jinshuju.net/f/sxUG2p

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180224A0V4WS00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券