質量之星

本文於2017年9月18號釋出在個人部落格中，因為個人部落格關閉，全部遷移到CSDN，以下是正文：

---

上半年的績效不好，原因有三：

1. 去產品支撐時所做的自動化測試不夠好。從產品後來的週報中發現，他們有團隊重新設計了自動化測試流程。一個人兩個星期，在一個團隊面前，被無情的秒殺了
2. 專利沒申請下來
3. 在效能優化的工作中，只是一個測試人員。前期測試分析日誌發現效能瓶頸，非常認真的編寫wiki，測試分析報告。開發人員根據測試分析報告進行整改，最終耗時提升7 ~ 10倍。“然而我只是一個測試人員，績效考核時卻錯把我當成了程式設計師”，哈哈哈，有趣，有趣

給自己一個大大的擁抱吧。也時刻提醒自己：

1. 工作的最低標準是跟別人差不多，但我們要始終追求做的比別人好
2. 專利這東西，不用挖空心思的去想，解決問題才是我們應該做的
3. 每份工作都需要由多個不同的角色協作完成，我們很難始終得到容易出成績的角色，但我們應該把當前角色的工作做到極致

從五月份開始投入到新的專案組，程式設計師的尿性不改，始終想要承擔更多的開發任務，但偏偏核心程式碼已經被寫完了，只得到了一些輔助性的工作：

1. CICD（持續整合、持續部署）
2. 介面測試
3. 自動化部署

近來公司正在大力調整，開始注重質量建設（這裡並不是說以前不注重質量，只是說以前沒有專職人員負責質量工作，跟部門定位有關，技術開發性質的，只需要完成demo，找到產品團隊接受即可，自然也就不需要對質量的“過度”關注），付出了一系列的實際行動：

1. 招聘QA，專職負責質量建設工作
2. 建立了一整套的“提升質量”體系，比如：“程式碼合入-檢視統計系統”的問世
3. 設定相關獎勵。質量之星就是其中一個

我很開心，在新的團隊中，能夠得到大家的認可，得到了半數以上的投票，成為“質量之星候選人”：

1. 順哥的CICD工作做的非常好，沒出現過問題，積極響應我們的需求
2. 順哥說不會寫Java程式碼，但上次看到他寫的測試用例，考慮的非常周到，寫的很規範
3. 順哥review程式碼非常細緻，給出很好的修改建議
4. 順哥的介面測試用例，發現了幾個系統的致命bug（500錯誤）
5. 順哥的效能優化工作，極大的提升了整個團隊的工作效率

雖然最後的結果如我想象的那樣，在最終的評選環節中敗下陣來，這些都不重要了，我會記住大家覺得我做的好的地方，繼續發揚光大，做到更好，謝謝大家對我的肯定