目录

前言：

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

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

　　黑盒测试偏爱开发能力

　　说明

　　白盒测试需要开发能力

　　安全测试需要开发能力

　　开发测试工具

---

前言：

不知不觉已经从事软件测试六年了，从毕业到进入外包公司外包给微软做软件测试， 到现在加入著名的外企。六年的时间过得真快。长期的测试工作也让我对软件测试有了比较深入的认识。我就跟大家分享一下我做测试的心得，如有错误还请批评改正。

见过不少软件测试岗位，在面试时，问到选择软件测试作为职业的原因时，有不少测试工程师会回答：因为不擅长或不喜欢开发的工作。

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

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

　　·“不喜欢开发，那就来选测试吧”

　　· “测试不需要多少开发知识的”

　　· “开发太难了，还是测试容易入门”

　　· “我就是因为不喜欢开发，而选择的测试”

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

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

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

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

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

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

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

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

　　Bug2:当在日期控件中选择一个日期后，在该日期后输入3000个字符后，单击OK按钮，程序崩溃。

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

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

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

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

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

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

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

　　拥有C++或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字段。

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

　　安全测试需要开发能力

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

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

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

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

　　开发测试工具

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

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

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

 作为一位过来人也是希望大家少走一些弯路，在这里我给大家分享一些自动化测试前进之路的必须品，希望能对你带来帮助。（WEB自动化测试、app自动化测试、接口自动化测试、持续集成、自动化测试开发、大厂面试真题、简历模板等等），相信能使你更好的进步！

留【自动化测试】即可【自动化测试交流】：574737577（备注ccc）http://qm.qq.com/cgi-bin/qm/qr?_wv=1027&k=BHdzgqNXipqTndRjIrF6GAKC5-OmgB6o&authKey=rcWrerWOeUI1fnBF%2B02IJwI9GjXgXT2B%2BlJj974rhIy7DGIcveA%2BhtIzgWnWoeih&noverify=0&group_code=574737577