今天沒去上班 生病 請了天假 思考下自己的工作 發(fā)現(xiàn)有如下問題：
一.工作方面
1.工作太被動 小組長要求測什么就測什么 環(huán)境問題大多都是小組長解決 自己只管點點點
2.跑小組長的測試用例時 跑完用例就over了 沒有進行過多的思考 比如：哪些點是用例沒寫上去的木张？小組長設計這個用例時是怎么考慮的识啦？有哪些地方可以借鑒一下绊茧？
3.測試過程中對于一些細節(jié)沒有做到位 比如：文案比較容易被忽略（有時候覺得大概意思表達到位就行 沒必要一字一句地去看） 比較少站在用戶的角度去考慮問題
二.交流方面
1.對bug的跟進力度不夠 說到底沒有持續(xù)跟開發(fā)進行溝通 問題拋在群上 提了bug 開發(fā)不管的時候就沒有再催下去了 導致有些bug是快要到達下一個測試階段前才臨急臨忙地解決
2.沒有打破沙鍋問到底的精神 很多問題別人給出的答案只是停留在表面 沒有深追背后的原理以及思路
三.時間利用方面
1.每天早上的2小時利用的不夠充分 有些時間用來看新聞 聊天去了
2.每天的碎片時間（開發(fā)解決bug以及沒項目的空巢期等空閑時間）安排的不夠充分
3.開始測試前就要造好數(shù)據(jù)的意識薄弱（如：注冊線上測試賬號 提SQL請求修改記錄）
4.每天時間除了用在工作 就沒別的安排了（指的是項目不趕的時候）
四.學習及能力方面
1.比較薄弱及需要強補的知識環(huán)節(jié)：軟件架構知識 （包括各種框架組建知識 linux系統(tǒng)原理 持續(xù)集成）環(huán)境問題的解決方法及問題定位 網(wǎng)絡知識 軟件工程知識（敏捷測試 敏捷開發(fā)）
2.太過依賴navicat的圖形化界面 導致常用的sql語句不熟練
3.一些比較實用的linux命令不是很熟
4.JAVA知識正在逐漸遺忘 因為工作上沒用過（這是我最不想看到的）
5.其他需要補充的進階知識 如：數(shù)據(jù)庫原理 算法+數(shù)據(jù)結構 操作系統(tǒng)原理
五.總結反思及輸出方面
1.對于一些零碎的業(yè)務知識（如各種黑名單表 造無學歷白領數(shù)據(jù)的方法等）在微信上提及過后就沒記錄下來了 導致下次需要的時候又要去翻聊天記錄或問人 浪費不必要的時間
2.一個項目測完后沒寄出時間進行總結及輸出文檔（包括業(yè)務總結? ? ? ? ? 犯的錯誤 測試方法及思維總結等 其中最后2個尤為重要）
3.缺乏階段性總結反思（周總結 月總結 季度總結）
對于以上問題 現(xiàn)解決方案如下：
一.工作方面
1.歸根結底 還是惰性太強 想著反正測完就交付任務了 缺乏主動性 接下來的工作要做到：主動申請解決環(huán)境問題 勤思考
二.交流方面
1.停留在表面的答案或回答沒有任何實質(zhì)意義 要深追背后的原理以及別人解決問題的思路
2.主動且持續(xù)地與開發(fā)溝通
三.時間利用方面
1.早上10點前做好一天的時間規(guī)劃 工作做到幾點 得保證每天有1小時的學習時間
2.碎片時間利用（不適合系統(tǒng)學習）
（1）看聊天記錄中開發(fā)的發(fā)言 看看能不能想到他們是怎么實現(xiàn)的 原理是什么
（2）看Wiki或下載下來的文檔
（3）老徐的文章
3.中午別玩了 好好學習吧
四.學習及能力方面
1.制定具體的學習計劃 每天至少1小時的時間用來學習
2.別用navicat的GUI了 多敲SQL語句吧（有些簡單的select語句未了節(jié)約時間可以用gui 一些多表查詢之類的還是寫SQL語句吧）
3.碎片時間看下老徐總結的一些實用linux指令
4.中午補JAVA 往自動化方向?qū)W習
5.測試過程也是學習過程 可把以前看到的架構 網(wǎng)絡 數(shù)據(jù)庫方面的文章結合到工作中思考 想想一個流程走下來? 背后的原理是怎樣的（這個以前有試過 不過沒堅持下來）
五.總結反思及輸出方面
1.一個項目結束 輸出這3個文檔（如果時間不夠 業(yè)務總結可忽略 主要是為了總結測試思路及測試方法 歸納錯誤 這些東西才能沉淀下來）
2.每天的工作日報得堅持下來
3.星期五的日報內(nèi)容為周總結
