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

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

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

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

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

这样导致的问题有：

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

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

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

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

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

忽略偶现的问题

测试要记住：所有偶现的问题，都只是没有找到必现的规律！

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

测试人员要有一个好的习惯：遇到问题先截图，先录视频，再分析原因，再提交给开发，最怕偶现的问题口说无凭，又没有证据证明，开发说你逗我呢/p>

避免随机测试

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

Bug的复现步骤描述必须要详细

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

不要 “动” 之前的业务逻辑，因为会 “牵一发而动全身”

要 “遵守” 之前的业务逻辑，现有的业务逻辑尽量不要和之前的冲突，为啥旦按照了现在的业务逻辑，就得把之前的改了，改之前的业务逻辑会非常的复杂，不仅开发需要改代码，而且我们测试也要重新再测。所以，不要动之前的业务逻辑！

其他注意事项

1、测试工作切忌上手就开测，一定要好好的了解一下项目的背景，这样你可以很好的掌控测试的力度和大方向；

2、测试计划方案制定之前，最重要的是确定测试范围和标准以及问题确认的对接人，范围边界一定要非常非常的清楚，切忌模糊，否则后面等着吐血吧；

3、测试计划和方案制定的时候有必要和开发负责人、项目经理了解一下目前项目的项目计划和真实进度，以此为依据制定一下测试计划；

4、尽力去了解整个系统，可能此时连UI页面都没有，你可以参考一下类似的系统或者网站，脑补一下系统整体流程以及相关系统之间的联系交互；

5、第4点差不多了，就开始写测试用例框架，从整体梳理一下测试思路，数据、业务规则、UI或者拆分模块，或者先接口后功能再集成最后场景，记得随机应变。骨架搭好了，就可以和需求一个字一个字的扣了。

6、此时应该是属于需求再次确认的阶段了，在写用例的时候发现的需求疑问应该是最多的，要是维护一个需求确认清单，绝对会让你事半功倍；

7、测试的一切工作的基础不是需求文档，而是你的测试用例，所以一定要将需求和项目的一切变动都实时的更新转化到你的测试用例里面，后续可能会出现很多扯皮的事情，所以此时的测试用例是你工作的底气；

8、测试软件过程中，忌讳一遇到问题就马上找开发，测试的工作时间是碎片化的，但是开发的工作时间一定不能是碎片的，否则开发会疯的；对于何时去找开发处理问题，那要看你发现的问题属于什么，如果是页面样式错位了，手机号长度没有限制这些，那就先缓缓吧，不急于一时的；如果是阻断测试流程了，给开发先发个信息，说明问题修复的优先级，如果开发没有及时回复，口头沟通一下（让他尽快暂停手头工作，优先修复一下问题），这样会好一些；

9、测试初期是bug急剧增加的时期，测试工作也是阻碍重重，不要抱怨，把问题好好整理一下，好多问题都是其中某一个引起的连锁问题，只要一个解决，其他的就都不存在了，所以尝试去找到那个关键问题，让开发干掉它；中期bug的增量和修复量就平稳了，也是最累的时候，一定要坚持住；后期的bug如果出现平稳下滑，那么恭喜你，测试的质量不错；如果急速下滑，要谨慎遗漏和修复引起的新问题；如果还在急剧增加，赶紧看看是需求变更了还是数据库或者版本管理出现问题了，这种情况基本不用考虑准时上线了；

10、测试结束上线了，根据2/8原则，客观分析系统质量，以及风险、待优化和注意的点，这样在团队下期项目开始后，会轻松很多的，其实此时才是体现测试最大价值的地方。

共勉:【可能给予你助力的教程】

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。

关注我的微信公众号【程序媛木子】免费获取~

不登高山，不知天之高也,等待只会错失，奋斗才能成功。

我的学习群：644956177 群里有技术大牛一起交流分享~

如果我的博客对你有帮助、如果你喜欢我的博客内容，别忘了给个三连哟！

来源：测试员~~木子