大家周末快乐，本人这周继续～

前言

我知道部分同学选择测试开发工程师的出发点都是因为觉得自己面试开发岗位可能过不了，然后折中选择了测试开发功工程师这样的岗位，并且天真的觉得这个岗位会像开发一样写写代码之类的。

我觉得我有必要和大家强调一下这样的事情：如果你的最终目标是开发岗位，无论是前端开发还是后端开发，我的建议是：坚持这样的目标一路走下去。如果你是试图通过测试开发这个折中的岗位最后迂回到开发岗位，大概率最终你需要付出比校招坚持那么几个月更大的代价。

每年其实都有这样的故事：“本来以为开发岗位很难，但是没想到XX居然面试通过了”。所以希望你们能够看清自己内心真正的意向，毕竟年纪也都不小了，要学会进一步看清楚自己的内心，并为自己的选择付出100%的努力。如果不懂得选择并付出100%的努力，那么你所做的很多事情可能都无法让自己骄傲，使自己一步一步的变得更加的自信。

工具的作用

在测试工具的研发中，你们需要清楚的是研发出来的最终工具是为测试过程所服务的，所以相对来说需要对测试工作有基础的了解和体验，并知道测试工作过程中的痛点。和研发岗位不同的，研发的需求大多是来自PM的，而进行测试工具研发时，需求方是来自公司里面的测试人员或者你的老板（因为老板们比较关注的是各种数据，因此会有各种数据收集的需求，构建质量大盘等），在这个过程中，我们需要自己充当PM的角色，进行测试过程的痛点、需求收集，测试工具的功能设计、方案设计、编码实现（通常前后端都要一个人开发）、系统测试，也包括了后期的使用推广、用户反馈收集、功能迭代优化等一系列工作，可以说真的是“全栈”工程师了，所以成为一名优秀的测试工具研发的测试工程师，必然需要更多的技能支持。

进一步劝退

所以那些以为测试开发比较容易的同学，可能真实的并不是你想的那样。真正的测试开发工程师要做的事情是非常具有挑战性的，需要发挥我们的想象力。而做开发其实就简单很多了，因为你们只要实现产品的需求进行CRUD代码的编写就可以了，所以在这里可能又要劝退一部分想要从事测试开发这个岗位的同学了

研发工具举例

那么在公司里面通常我们都需要什么样的测试工具呢？
测试工具按照使用场合可以分为两部：一部分为日常测试工作辅助，另一部分主要为自动化建设服务。

• 比如在日常部门测试过程很很多通过手工测试很难制造、花费时间比较长的测试数据制造，这个时候我们可以通过开发简单的web页面帮我们快速制造测试数据，这样不了解你业务的其他同事就能通过该工具快速的制造测试数据。把测试数据制造的过程抽象出来 进行工具化处理，可以