许久不写发现不会写，想法太乱，啰嗦。更改几次无果。
老徐的第一开篇不错，有正确姿势，有何来的时间，有如何快速成长，有重要的测试流程，有如何推动开发测试等等，知识还是蛮多，需要慢慢消化。收获最大的是开始了思考。
首先是关于持续学习能力，业务知识的重要性。
说到业务知识，就想起自己刚来工作，一开始感觉很多东西都是陌生的比如GMS、WHQL认证、OTA、hlk、adb，还有最近的短信编码，USSD功能等。不同需求不同的硬件可能就有不同的业务知识需要了解。同时也需要你有不断学习的能力，因为就说软件也是不断在更新版本，不断有新的东西出来，你得不断的学会如何学习，如何去了解。
对应文章输出的重要性，我就想起在简书写的关于环境变量配置小笔记，本来以为已经有所了解，写的时候才发现很多了解不透，比如PATH=$JAVA_HOME/bin:$PATH,一开始只知道是把JDK的环境变量加入到系统的PATH环境变量中，以后任何路径都可以执行JDK命令。但是写着写着，就发现，为什么是$JAVA_HOME/bin的bin路径？-----因为bin一般是存放命令的跟Linux的/bin目录一样，于是又跑去再一次看各个主目录作用，然后再看安装的软件的目录，发现很多路径一目了然。输出最好的就是自己思考转化的过程，这个过程又促使你更深入的了解知识。
然后对如何推进开发自测，老徐：自上而下去推动。
我想起自己工作中的测试推进研发自测过程。早期测试中心也是被研发的软件坑过很多，所以慢慢建立起测试流程后，也弄了自测表，并开始推进研发自测。但是这个肯定是测试老大跟我们研发小老大沟通达成一致后，在实际中还需要严格执行才慢慢规范起来。
然后我们软件跟进小组也是被方案商软件坑过，然后开始要求他们每版软件必须要自测回复报告，从而提高软件质量。一般我们之前接触的有几类公司，
一、有自己流程的公司------直接走流程即可-----一般软件他们都会有测试跟进，自测过所以质量会好一点-----这种公司自测不需要我们推进，但是时间得控制；
二、软件基本由软件工程师跟进负责-------这个就得自己推进工程师，要他们保证自己软件质量--------有困难可以找对方对接业务处理或者找他们老大协助处理；
有自己流程，但是不够规范------这个得找PM推进，要PM安排测试工程师或者对应软件工程师自测-------有时候可能需要借助我们的项目去推动一下。
还有时间哪里来？早上晚上途中只要你想学，确实是抽的了时间的。那为什么我老是觉得时间不够呢？这个我想到昨晚跟老妈的聊天，最近他们都早上居然五点起床跑步，我爸经常晚睡的人也开始11点左右睡觉。只要想做一件事，时间肯定是有的。看的是你决心有多大。然后反思我自己，需要更多一点自觉性，自制力，自我约束能力。
