我从自动化测试转为测试开发，资深测试总结测试开发技术栈，提升之路......

---

前言

测试开发工程师的技术栈要求：

对测试开发工程师来说，看懂代码，熟练使用测试工具，能做ui、接口、性能的测试，具备测试经验和测试思想逻辑是基本要求；

既要会业务功能测试，又要能做代码层接口及单元测试，更重要的是通过能力和经验的积累，能搭建适用于技术研发团队的工具平台。

以更好的降低公司成本和提高工作效率，从而要求我们能够开发更适合公司内部业务的测试工具系统。

一、做过测试的能更好做测试开发工作

为什么这样说呢？
测试开发工作，本质就是为了让测试能够正确地顺利地进行而做的工作，是完全为测试服务的。

测试人员需要使用开发出的测试程序作为测试工具进行测试。这就需要测试开发人员知道测试人员需要什么样的工具，什么样的工具是测试人员想要的，什么样的功能能够减少测试人员的工作量。

只有做过测试的人才能知道以上这些问题，只有有了亲身的体会，才能更快捷和准确的理解测试人员和测试工作对测试工具提的要求，从而达到更好的为测试工作服务的目的。

二、测试开发的程序越简单越好

测试开发的程序，并不是要投入生产的程序，而仅仅是一个测试的工具。如果程序太过于复杂，即会花更多的时间去写程序，又会导致调试程序和修改测试工具的bug的时间花费得过长，对于测试工作来说就得不偿失了。

毕竟测试工作是尽可能地发现被测软件的bug，而不是测试工具的bug。所以测试工具只要实现了需要的功能即可

三、不要把异常都扼杀在自己的程序里

做个 接口测试的人都知道，接口测试的时候，我们会测试被测件对于异常的处理是否正确，这就需要测试开发人员开发出的测试工具可以支持将这类异常发出的功能。

还清楚的记得我做测试开发工作经历的第一个项目。
当时有一个参数类型是日期型，由于我当时的经验不足，很想当然的在测试开发的工具中把这个参数的类型写成了Date，于是在测试过程中悲剧的事情就发生了，测试人员想传入一个“1234”的字符串测试被测件对于类型异常的判断，结果发现我写的测试工具本身就无法将“1234”转换成Date类型调用被测接口。

于是为了不影响测试的进度，在大家下班后我花了一晚上的时间把调用接口的功能用另外的一种可支持错误类型的方式实现了，这对我来说是个很深刻的教训。

四、要尽可能通过开发的测试工具减少测试时间

这点，主要是要测试开发出的工具能够尽可能地代替手工完成一些重复性的工作，这样就会减少测试的时间，节约成本。

举个例子，接口测试中对于日期类型的测试，测试人员可以一次设计好对于日期类型所有的测试数据，每遇到一个日期类型的参数，测试工具应该能够用测试人员设计好的此类型的测试数据依次调用接口，然后将返回结果与测试数据对应供测试人员判断用例是否通过。

但要注意，测试工具只能尽可能地代替手工完成部分测试，但不能完全替代。

五、满足测试人员的需求越多，就越有成就感

测试人员觉得测试工具有不方便使用的地方就会向我提出需求，在实现提出的功能后，当我看着测试人员能够因为我实现的功能能够更好更快地完成测试工作，或者我自己用着自己写的测试工具进行测试的时候，心里就有了小小的成就感。我想这也是我喜欢这个工作的一个原因。

以上就是我做测试开发一年多来的一些感受，如果有错误的地方还希望有经验的同事给予指正。时间过得很快，我已经来公司两周了，对公司的工作流程、习惯和方式有了一定的了解，但有些还需要我去更好地适应和调整自己。

我想我还需加倍努力才能完全掌握这些，才能为我们的Team做出更大的贡献。

六、总结

除了我们自己以外，没有人能贬低我们。如果我们坚强，就没有什么不良影响能够打败我们。

不点燃智慧的火花，聪明的头脑也会变为愚蠢；不践行确立的目标，浪漫的理想也会失去光彩；不珍惜宝贵的时间，人生的岁月也会变得短暂；不总结失败的经验，简单的事情也会让你办砸。

生活是条难走的路，高低不平，坎坎坷坷，有喜悦也有忧伤，交替着向前演绎。人就是在这样的环境中走向成熟，但不能逆来顺受，磨掉生活的梭角，要勇于奋进，知难而上，面对生活，面对人生之爱。