时光飞逝，已经是做测试的第三个年头了。
回想一下当初为什么会选择软件测试，是因为我想让世界变得更美好。。。
额，是因为几年前测试门槛相对较低。
不过近几年来，公司对于测试人员的要求也越来越高，越来越全面，只会点点点已经吃不开了。
所以测试人员必须要进阶。
一、进阶-自动化测试
其实这个进阶也是质量建设过程中必然会走到的一条路，为了更高效，更有效的做好测试工作。就比如，开发自动化服务是为了什么，不就是为了提高回归测试的效率嘛，那这时候你有更多的时间去关注新功能测试。
那么要开发自动化服务，不就得要写代码了嘛？
或许有人会说，我用工具一样实现自动化。没错，是可以，但是相比较而言，我个人觉得用代码开发更加的灵活。当然了，最终还是根据公司或者业务需求，选择最合适的落地方案。
二、进阶-平台开发
当你搭建的自动化服务成功落地，真正的提升了效率，这时候你就有时间或者想法去实现更多的诉求。
比如，业务测试中有一些重复的工作，那么你可以试着能否把它自动化掉。再比如，大家觉得你开发的工具很好用，你可以分享给更多人来用，那么这时候你可以考虑做一个平台，把工具集成进去，不用命令行操作，直接通过简易的界面让更多的人可以更便捷的使用。
这里就要提一下目前公司内部实现的一个性能测试平台，通过对Jmeter的封装，将服务平台化。这时候，大家做性能测试的时候不用再麻烦的去调度压测资源，不用再去解决乱七八糟的环境问题等等，大幅的提高了大家的工作效率，这就是一件很有意义的事情。
所以，测试开发这个职位，最近几年也是非常的火热，各大公司都有大量的需求招聘。
三、关于平台
平台的话，我个人觉得还是以优先解决通用性强的问题。
那我目前想实现的一个功能就是mock功能。可以根据我自己制定的规则，去返回接口的响应结果。
如果单为了有个mock服务能用，其实有现成一些mock应用服务，比如大家常说的moco。但是我也是为了从学习的角度出发，所以打算开发一个这样的功能。
技术选型的话，打算用springboot和vue，因为这也是目前很多公司业务都采用的实现方案。前端现在也有很多比较好用的脚手架，可以帮助快速搭建，然后根据自己需求去改动一下。至于springboot对我来说也不算太陌生，因为做接口测试的时候有时候会拉去开发的代码在本地进行调试。
大概是这些，后面具体看实践的情况如何。