本文於2017年9月18號發佈在個人博客中，因爲個人博客關閉，全部遷移到CSDN，以下是正文：
上半年的績效不好，原因有三：
- 去產品支撐時所做的自動化測試不夠好。從產品後來的週報中發現，他們有團隊重新設計了自動化測試流程。一個人兩個星期，在一個團隊面前，被無情的秒殺了
- 專利沒申請下來
- 在性能優化的工作中，只是一個測試人員。前期測試分析日誌發現性能瓶頸，非常認真的編寫wiki，測試分析報告。開發人員根據測試分析報告進行整改，最終耗時提升7 ~ 10倍。“然而我只是一個測試人員，績效考覈時卻錯把我當成了程序員”，哈哈哈，有趣，有趣
給自己一個大大的擁抱吧。也時刻提醒自己：
- 工作的最低標準是跟別人差不多，但我們要始終追求做的比別人好
- 專利這東西，不用挖空心思的去想，解決問題纔是我們應該做的
- 每份工作都需要由多個不同的角色協作完成，我們很難始終得到容易出成績的角色，但我們應該把當前角色的工作做到極致
從五月份開始投入到新的項目組，程序員的尿性不改，始終想要承擔更多的開發任務，但偏偏核心代碼已經被寫完了，只得到了一些輔助性的工作：
- CICD（持續集成、持續部署）
- 接口測試
- 自動化部署
近來公司正在大力調整，開始注重質量建設（這裏並不是說以前不注重質量，只是說以前沒有專職人員負責質量工作，跟部門定位有關，技術開發性質的，只需要完成demo，找到產品團隊接受即可，自然也就不需要對質量的“過度”關注），付出了一系列的實際行動：
- 招聘QA，專職負責質量建設工作
- 建立了一整套的“提升質量”體系，比如：“代碼合入-檢視統計系統”的問世
- 設定相關獎勵。質量之星就是其中一個
我很開心，在新的團隊中，能夠得到大家的認可，得到了半數以上的投票，成爲“質量之星候選人”：
- 順哥的CICD工作做的非常好，沒出現過問題，積極響應我們的需求
- 順哥說不會寫Java代碼，但上次看到他寫的測試用例，考慮的非常周到，寫的很規範
- 順哥review代碼非常細緻，給出很好的修改建議
- 順哥的接口測試用例，發現了幾個系統的致命bug（500錯誤）
- 順哥的性能優化工作，極大的提升了整個團隊的工作效率
雖然最後的結果如我想象的那樣，在最終的評選環節中敗下陣來，這些都不重要了，我會記住大家覺得我做的好的地方，繼續發揚光大，做到更好，謝謝大家對我的肯定
