許久不寫發現不會寫，想法太亂，啰嗦。更改幾次無果。
老徐的第一開篇不錯，有正確姿勢，有何來的時間，有如何快速成長，有重要的測試流程，有如何推動開發測試等等，知識還是蠻多，需要慢慢消化。收獲最大的是開始了思考。
首先是關于持續學習能力，業務知識的重要性。
說到業務知識，就想起自己剛來工作，一開始感覺很多東西都是陌生的比如GMS、WHQL認證、OTA、hlk、adb，還有最近的短信編碼，USSD功能等。不同需求不同的硬件可能就有不同的業務知識需要了解。同時也需要你有不斷學習的能力，因為就說軟件也是不斷在更新版本，不斷有新的東西出來，你得不斷的學會如何學習，如何去了解。
對應文章輸出的重要性，我就想起在簡書寫的關于環境變量配置小筆記，本來以為已經有所了解，寫的時候才發現很多了解不透，比如PATH=$JAVA_HOME/bin:$PATH,一開始只知道是把JDK的環境變量加入到系統的PATH環境變量中，以后任何路徑都可以執行JDK命令。但是寫著寫著，就發現，為什么是$JAVA_HOME/bin的bin路徑？-----因為bin一般是存放命令的跟Linux的/bin目錄一樣，于是又跑去再一次看各個主目錄作用，然后再看安裝的軟件的目錄，發現很多路徑一目了然。輸出最好的就是自己思考轉化的過程，這個過程又促使你更深入的了解知識。
然后對如何推進開發自測，老徐：自上而下去推動。
我想起自己工作中的測試推進研發自測過程。早期測試中心也是被研發的軟件坑過很多，所以慢慢建立起測試流程后，也弄了自測表，并開始推進研發自測。但是這個肯定是測試老大跟我們研發小老大溝通達成一致后，在實際中還需要嚴格執行才慢慢規范起來。
然后我們軟件跟進小組也是被方案商軟件坑過，然后開始要求他們每版軟件必須要自測回復報告，從而提高軟件質量。一般我們之前接觸的有幾類公司，
一、有自己流程的公司------直接走流程即可-----一般軟件他們都會有測試跟進，自測過所以質量會好一點-----這種公司自測不需要我們推進，但是時間得控制；
二、軟件基本由軟件工程師跟進負責-------這個就得自己推進工程師，要他們保證自己軟件質量--------有困難可以找對方對接業務處理或者找他們老大協助處理；
有自己流程，但是不夠規范------這個得找PM推進，要PM安排測試工程師或者對應軟件工程師自測-------有時候可能需要借助我們的項目去推動一下。
還有時間哪里來？早上晚上途中只要你想學，確實是抽的了時間的。那為什么我老是覺得時間不夠呢？這個我想到昨晚跟老媽的聊天，最近他們都早上居然五點起床跑步，我爸經常晚睡的人也開始11點左右睡覺。只要想做一件事，時間肯定是有的。看的是你決心有多大。然后反思我自己，需要更多一點自覺性，自制力，自我約束能力。
