见过不少软件测试岗位，在面试时，问到选择软件测试作为职业的原因时

有不少测试工程师会回答：因为不擅长或不喜欢开发的工作。

这个想法，这个回答，就已经在面试官眼里打低分了。

现在网上也有不少类似观点

“不喜欢开发，那就来选测试吧”
“测试不需要多少开发知识的”
“开发太难了，还是测试容易入门”
“我就是因为不喜欢开发，而选择的测试”

这样的说法已然是割裂了测试和开发的紧密联系，通常反映了开发能力的缺乏（也或许是对开发工作的厌倦)。

实际工作中，测试和开发是“你中有我，我中有你”。

诚然，对于黑盒测试中有些浅显的测试，并不需要多少开发知识，可是薪水也是测试中最低级的。

残酷的经验告诉我们，拥有出色的开发能力并努力将之应用于测试中的测试工程师，才会有个人的核心竞争力，薪资也会位于软件测试业的顶级。

判定缺陷间的重复及依赖关系需要开发能力

很多时候，两个软件缺陷表现形式不同，但是根源相同，这样就形成了重复缺陷;或者有时，一个缺陷基于另一个缺陷，当另一个缺陷被解决了，这个缺陷就会消失，这属于缺陷间的依赖。

我们知道，有效缺陷的数量会用于统计项目的情况，重复或依赖性的缺陷数量达到一定程度时，势必影响领导对于整个项目进展的判断，进而带来很多的风险，因此各个测试部门都要求尽量减少这种无效缺陷的提交。

Bug1:当在日期控件中选择一个日期后，在该日期后可写入任意字符,如“KKK",单击OK按钮生成报告，报告中的日期含有“KKK"，是不合法的日期。
Bug2:当在日期控件中选择一个日期后，在该日期后输入3000个字符后，单击OK按钮，程序崩溃。

这里有两个bug，乍的一看，这似乎是两个不同的缺陷。

可是有开发能力的人会知道，这二者的解法实则相同。只要限制日期文本框即只从日期控件中选择而不可手工填入，这两个缺陷就都被解决了。

由于解决方法相同，因此这两个缺陷应当被判定为重复。

有一定开发经验的测试人员，对于缺陷间的重复或依赖，在从前的开发实践中可能就遇到过类似情况，而更可以举一反三，进行更精确的判断。而这种判断，对于无开发能力和经验不足的人来说，是很难达到的

使用自动化测试工具需要开发能力

无论是著名的性能测试工具LoadRunner、Jmeter，还是UI自动化测试工具selenium、appium,很多工具的使用都需要编写脚本程序。

脚本程序既没有Python或Java语言那么难，也不是面向对象的，只是简单的解释型语言。

拥有Python或Java等复杂语言的开发能力能帮助你更好地理解脚本语言，出问题时能够更快速、更准确地定位问题出在哪里。

丰富的开发经验能使你事半功倍，得心应手。

欠缺开发经验的人，即使在编写脚本语言中的简单语言时，也不免错误百出。因为缺少那种开发的思维，既不能规划好全局，也不能照顾到细节，这样的项目，失败的风险大大增加。

职场大部分新手对软件测试的成长路径并不了解，对有些内容适合什么阶段去学都不了解，钻进牛角尖，事倍功半。最好是有经验的人带你，有大腿抱，学习效率极高，这个我深有体会。如果没有也不用担心，去找对应的软件测试交流群就好，我当初就是加了好几个软件测试交流群，不停的请教，包括学习，包括方向，各种问题都问。

黑盒测试偏爱开发能力

在黑盒测试中虽然看不到代码，但是如果有开发能力，则测试人员将可以更容易贴近开发人员的思路，从而更好地设计和执行测试。

说明

测试人员经常会琢磨:“如果我是开发人员，在开发这个模块时可能会犯什么错误?”

测试人员经常会琢磨:“如果我是开发人员，在开发这个模块时会犯什么错误“

按照需求逐条测试，只能保证需求上写的部分是正确的，而其他很多部分是覆盖不到的。

而且根据80-20原则，80%的测试要用于20%高风险的地方。

同样，每个人被分配的任务中，也有80%与20%之分。如何来判断哪些是80%的呢？

事实证明，拥有一定的开发能力将帮助我们更准确地判断，从而使我们更聪明、更积极、更有效地完成工作。

具有开发能力完全可以代替数年经验的“老师傅”那数年的经验。

白盒测试需要开发能力

在某应用中,有个生成网站统计报告的新项目进入了系统测试阶段，这个项目的核心部分是在数据库里运用SQL查询结果。

领导布置了一个任务,要求你来重写一遍所有的SQL查询，来对比一下报告数据。

首先你需要看懂代码，如果粘贴到Word文档上，每个查询语句平均有80行，这条的报告一共有约40种。

当看懂代码且理解了逻辑之后，能开始试图找出其中的 Bug。

一些典型的Bug有：

（1）边界值错误。通常发生于“between, and”语句。

（2）限定条件错误。例如在 where子句中少写了一个and条件。

（3）有的表无用。例如left join了个表，发现这个表没有用到或一些字段与另一表中的字段重复。

（4）函数使用错误。

（5）字段或表的混淆。例如应使用terminated_id字段的地方误用了end_id字段。

这就说明 通常意义上的白盒测试不需要重写开发人员的代码，只需要理解并测试其逻辑即可,最后参照开发人员的代码来重写我的查询，并用其在数据库中运行的结果来对比软件生成的报告。

职场朋友我想问一下你们平时是怎么学习的呢？其实你对自己握在手的技术真的能支撑着你涨薪进大厂吗！其实真的还是欠缺的，你不妨把眼界放长远多认识些牛逼的大佬，进一些交流学习活跃的群，你会发现身边又多了些知己好友，在你奔赴远方的路上还能提供宝贵的意见...

安全测试需要开发能力

在进行安全测试时，作为测试人员，经常需要模拟攻击系统。

没有开发能力，就不知道可能的薄弱环节在哪里。

以一些简单的命令来攻击，这个层次比较浅，无法模拟出真正的高手来攻击的态势，也就是说，漏洞可能很严重，但是我们的测试水平达不到，根本测试不出来。

安全测试是一个计算机学科中很深的领域，很多高手不但精通多门开门语言，而且精通反汇编，对计算机运行原理了如指掌。

开发测试工具

为了实现对某些项目的测试，部门中经常会要求开发一些小测试工具。

例如摩托罗拉公司的手机部门，需要开发一个工具，来自动化集成所有代码生成软件的一个版本，然后自动分发给相关部分，并进行一些基本的通过性测试（冒烟测试)。

这需要很强的开发能力。如果你有这种能力，显然就可以超越其他同事，成为部门的技术骨干。

技术助力

我给大家整理了一套软件测试面试文档和一整套的软件测试资源，我自己也在用这套资料，这套资料也帮助我跳槽到现在这个公司，薪资也涨到了25k，应该对朋友们跳槽面试、升职加薪、摆脱职业困境、提高自己的技术有很大的帮助，希望各位都能前程似锦。【点击文末小卡片免费领取软件测试全套资料】

资料包括：测试理论、Linux基础、MySQL基础、Web测试、接口测试、App测试、管理工具、Python基础、Selenium相关、性能测试、LordRunner相关等。

上面是我收集的一些软件测试视频资源，在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我下方扣扣群，里面有各种软件测试资源和技术讨论。