软件测试中常遇到的 20 个误区，争取能给想从事软件测试的小伙伴一点启发。

1、测试人员不需要了解软件开发知识

抛开自动化测试，测试开发等，这些是必须要学习软件开发知识。功能测试和接口测试等还是需要软件开发知识的，例如新建了一条订单为什么界面上不展示，为什么发信出去的图片不展示等等。

如果想定位到这个问题产生的根本原因，软件的系统架构、接口的实现流程就必须要了解到位了。懂技术也不容易被开发牵着鼻子走，比如你提交了一个bug，开发同学随便一说就把你误导了，如果你懂其中实现的逻辑，那就不会了。

2、软件测试很简单

测试仅仅是入门容易，但是后期要了解和学习的内容可是很多，例如开发知识、各种工具、数据库、linux等等。

3、测试就是为了找到bug

测试人员不仅仅要找到bug，还要分析bug产生的原因，跟踪bug等等。找bug在功能测试中体现的更多，除了功能测试还要执行自动化测试、安全测试、性能测试等等。

4、手工测试没有挑战性

手工测试也是很有挑战性的，用到很多测试逻辑，比如一个简单的登录或是优惠券购买等等，厉害的同学能写出很多测试用例，测试到极致了。能做到自己测试过的功能，别人基本上找不到bug真是厉害。

5、自动化测试很难

难点不在于技术，在于测试思路，自动化之前已经打好测试基础，再有技术的加持，写自动化脚本不是很难的。

6、软件测试工作重复又枯燥么

那是初级测试，高级测试不仅仅局限于功能测试，还会做一些安全测试、性能测试等等，会发现很多测试的乐趣并且还能提升自己的能力。

7、自动化测试将取代手工测试

自动化测试一般是用来回归测试，自动化测试并不能进行详细功能的覆盖，所以还是要进行手工测试。

8、不适合做开发，做测试吧

开发转测试是技术优势的，但是作为测试，要学习的内容不会比开发要少，例如代码、各种工具、数据库、linux等。

9、使用了测试工具，就是进行了有效的测试

工具是辅助，是为了提高测试效率，是否能够有效测试，取决于使用工具的技术水平。

10、规范化软件测试是增加项目成本

规范化测试软件测试，前期成本比较高，但是在后期的维护的成本就会大大降低。

11、期望短时间内，线上bug为 0

要实现线上bug为0是很难的，还要取决于业务的复杂程度，项目的大小，新员工的磨合等等。遇到一些特殊的项目，有些问题可能需要在特殊的用户场景下才会出现。

12、忽视需求阶段的参与

需求评审可以让测试同学提前了解到业务需求，提前考虑需要的测试资源，同时遇到疑问的地方也可以在需求评审时提出来

13、忽视用户操作

认为这个功能用户常用，不会出问题，你认为永远是你认为的，一定要做好回归工作还有一个很重要的点，重视线上用户反馈的问题，及时补充到用例中，有一些特殊的业务场景可能是用户实际操作中才会用到的。

14、开发完了进行测试

敏捷测试，提前介入测试。例如需求评审，界面功能开发完成前进行单元测试、接口测试等等，早发现早解决。

15、忽视软件测试建档

和软件测试相关的文档一定要做沉淀，例如测试用例、需求文档、测试报告等等，还有一个特殊的点--发现的问题一定要及时录入bug管理系统，后期项目复盘等都有记录可查。

16、线上有bug，都是测试的问题

不要慌，首先确认线上问题出现的原因，确定原因后紧急修复上线。除了漏测的情况，还有可能是其他原因造成的。出现问题，解决问题才是最重要的。

17、bug越多越好

测试的有效性不是根据项目的bug数来衡量的。

18、关注测试的执行而忽视了测试用例的设计

测试用例设计很重要，用例考虑的全面完整，做好准备，测试执行会很顺畅并且还能及时发现项目的问题。

19、软件测试没有前途

360行行行出状元，每一个行业做到极致或是更好，都能做出很不错的成绩，身边很多测试大佬都很优秀不亚于其他技术岗位了。多多提升自己的能力是关键，持续学习，不断进步。

20、测试是为了证明软件的正确性

测试不仅是要证明软件的正确性呢，更多是证明软件是错误的，不仅仅要考虑正确的流程还要考虑异常的流程。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取