文章目录
[+]
首先，你得了解需求，不是浅尝辄止，是要充分理解，对需求要实现的功能，对系统产生的影响了如指掌。
对于耦合程度较高的产品，还得分析新增的需求集成以后对其他模块的影响。这对制定测试策略，评估测试范围和工作量非常重要，因为功能实现后不仅仅是针对新增功能的测试，还得重新测试其他模块，甚至是全量测试（开发一贯的伎俩，影响范围：全量[看]）。
在理解需求的基础上，才能编写测试用例，试问，如果自己都不知道需求是什么，如何提取需求测试点。
（图片来自网络侵删）
2.强大的沟通能力
测试要做到——对产品最了解的人，没有之一[呲牙]。
（图片来自网络侵删）
在早期的需求梳理上要依赖BA或是产品经理，因为他们是需求的入口。在需求文档描述不清或是有歧义时，需要和他们沟通、反复确认，确保大家对需求理解一致。这就需要：
测试能准确无误的表达自己对需求的理解，不管你是觉得文档描述不清，还是前后矛盾，或是存在歧义（内心OS：这写得什么玩意[衰]），你都需要准确的描述你的想法，如果你连自己的想法都说不清楚，BA会给你回复邮件说：Sorry，我没有理解你表达的意思。[打脸]（那时真是一万匹草里的马路过。。。[骷髅]）仅仅从系统功能上理解需求还不够，还应该了解用户的业务场景。例如：曾经我做的产品有个功能，是对应用贴上标签，包括批次、垂类、支持的设备等等，可多选。微信的批次是930，今日头条的批次是830，在造测试数据的时候，我们将一个应用既勾选上930也勾选上830。后来PM在测试环境看到测试数据后，就说我们这数据不对，因为一个应用不可能有两个批次，批次的意思实际就是交付时间，一个应用怎么可能有两个交付时间呢。所以测试在需求澄清的时候，尽可能多的理解用户的业务场景非常有必要。
硬实力作为专业技术人员，当然还是应该凭专业说话。
掌握测试用例设计方法，基本的等价类、边界值、因果图等，百度一下，网上一大堆。会写SQL，增删改查是基本，语法固定，也比较简单，百度一下，网上又一大堆。Excel和脑图，不管是需求分析时还是测试用例编写，善于运用这两个工具，测试效率提高很多。F12查看接口，能分析问题到底是前端bug还是后台bug。拥有以上三项，黑盒测试就合格了。
进阶能力就是学学代码，UI自动化，接口自动化，性能测试、安全测试等，老生常谈的事情，这里就不说了。（因为我也只是个半斤八两[捂脸]）软件测试薪资根据2023年城镇单位就业人员平均工资数据，工资水平前三的行业仍然包括软件和信息技术服务业——年均工资 12w +，整个就业环境都不好的情况下，软件服务相对来说仍然属于高薪行业，作为软件开发中的测试人员，仍然有着不错的职业待遇，身边3-5年的测试普遍都是10k+。掌握软件测试必备技能，月薪过万很容易！
#软件测试工程师必备技能有哪些?#
