如果为了提升效率，搞平台还不如多研究下框架如何改善，真的，框架搞好了，你会发现比用平台快
平台维护的成本是非常大的，功能越多越是
当然，如果是为了其他，累积点项目经验也不错

android 拼错了

• 密码、密钥等一系列与身份验证相关的加密、防泄漏问题

• 防伪造、篡改信息问题

• 手机、图形等一堆验证信息，控制有效时间、有效范围问题

• 用户信息隐私问题

• 客户端安全问题（如：xss、csrf 等）

有空闲时间是好的，确定自己该干的干完后，就要利用好，暗暗的提升自己，不然你以为所谓的 “大佬” 都是天上掉下来的吗？

测试开发在整个大环境下，谈其瓶颈不太现实，因为自身只是身处在大环境下的某个小旮旯里，你怎么知道其他旮旯跟你一样？而在某个小旮旯里谈瓶颈，倒是有可能，毕竟不能排除真的有些公司就是有发展瓶颈，所以这个旮旯不行就跳到其他旮旯里，如果跳不过去就多提升自己

额外话题：说到青蛙视角，我突然想到一个问题，就算从青蛙的视角变成长颈鹿的视角，也不一定能看到卫星能看到的东西。。。不过有时候就算你能看到所有东西，可现实却只需要你使用青蛙视角的技能

已经开源了，在另一篇开源篇里面有详细说明

这个不用拜师啥的，按照软件工程的步骤，先调研收集问题定好需求，然后开始拆功能，设计整体架构、数据库等，然后开始计划，先做啥再做啥，最后一个模块一个模块的功能完成拼起来就好了，具体功能实现的思路还是需要多做项目多思考多总结才会有感觉！
如果刚开始做开发，就咬着牙继续走下去，测试往深的走，不比开发简单，但往往比开发地位低！
题外话，我从学校就开始接触 java，基本保持每年至少有个自己写的小工具或项目，一直到现在差不多 6 年了，因为断断续续的，不是从事开发，所以至今感觉仍在基础徘徊，学 1 年的开发，应该只能算是踏入这个门，还是多做些小项目练练感觉，一下子整大了会吃不消

github 上面有 sql 脚本啊，直接运行就好了

如果你是测试，只在环境的问题上做动作，那还不如运维在环境的问题上思考的多，测试不先解决测试自身的问题，怎么能称为测试开发，还不如叫运维开发。。。在我看来，测试开发主要工作是为测试服务的，在提高测试效率后，再协助其他能影响到测试的周边部门开发可以提升效率的工具（如开发、运维、项目管理等），这样才能证明测试开发存在的价值，当然以上纯属个人看法

如果比较的话，建议用 postman、jmeter、robotframework 这三个工具做接口测试进行比较，看看你的平台还欠缺哪些比较好的功能需要补足，顺便可以思考一下自己的平台比这些免费产品又多了什么更吸引用户使用的功能，然后再考虑一下安全隐私性问题