2017年一晃眼就過去了，未來得及感嘆時光如梭，2018年迫不及待的來了。

回憶過去，總結(jié)過去，規(guī)劃未來，你的人生才會越來越精彩。趁著2017年預(yù)熱還未完全散去，將腦海中的記憶碎片進(jìn)行整理，不敢奢望跟電影一樣播放2017年經(jīng)歷的種種，能想起多少算多少~~~

如果要給自己2017年打分的話，我覺得差不多及格吧，60分剛剛好。為什么會給自己這樣的分?jǐn)?shù)，我認(rèn)為，這一年下來，有些事情自己做的還比較滿意，有些事情做的不盡如意，也有些事情感覺有些遺憾，如果時光倒流一定會做的盡量完美，當(dāng)然，這是一種廢話。

我個人比較喜歡先說認(rèn)為比較好的事情，再說認(rèn)為不好的事情。

一、感覺不錯的事情

IApiTests框架開發(fā)及維護(hù)

這是一個接口自動化測試框架，僅支持http/https協(xié)議的接口，如現(xiàn)在市面上主流的restful接口。有人要吐槽說，這樣的框架在行業(yè)內(nèi)爛大街，有什么好拿出來來說，用到的技術(shù)都差不多。這點我認(rèn)同，確實沒啥技術(shù)含量，只是自我感覺良好而已。不求得到業(yè)界的認(rèn)可，只要我們公司能用起來，發(fā)揮了這個框架的作用，我就知足了。后續(xù)我會在我的博客發(fā)布關(guān)于IApiTests框架一系列的文章，有興趣的朋友可以一起交流學(xué)習(xí)，歡迎大家留言。

測試工具平臺開發(fā)及維護(hù)

XXXX平臺，取這樣的名字有點唬人，我高興啊，樂意取這樣的名字。目前這個平臺提供的功能還比較少，包括MD5和DES3加解密、時間戳轉(zhuǎn)換等，讓我們的測試人員能夠很方便的使用這個平臺進(jìn)行接口測試工作，而不需要依賴開發(fā)幫助。平臺采用前后端分類架構(gòu)，服務(wù)端采用spring boot開發(fā)框架，前端采用vue.js+ElementUI開發(fā)框架，非常的簡單清爽。目前在開發(fā)中的功能有各種缺陷分析的圖表，如缺陷收斂圖、發(fā)現(xiàn)缺陷難易程度等，博主公司使用禪道管理缺陷，禪道沒有這些圖表，而這幾個圖表我認(rèn)為是非常重要的，是衡量項目/版本質(zhì)量好壞的很有利的證據(jù)。圖表的功能實現(xiàn)，會采用百度的echarts圖表庫；采集的數(shù)據(jù)會儲存在數(shù)據(jù)庫中，使用spring data jpa框架。

成功推薦前公司CTO到現(xiàn)在公司

有人說，靠，這有啥好說的，其實不然，中間的過程還是挺曲折的，最終是雙贏的，公司吸引了一位高端人才，CTO也找到了自己的舞臺，發(fā)揮了自己的價值。

團(tuán)隊組建

這是最值得自豪的事情了，至少我司很多人忒羨慕我，哈哈，為啥羨慕？ 有的人很有慧根，一下子就猜到了，美女成群唄。就這么說吧，我的團(tuán)隊男女比例接近2:8，而且都是高顏值的。每天一波一波的悶騷程序猿往這邊湊，送吃的，送喝的，各種“巴結(jié)”我，還挺煩人的，哈哈哈。

我們團(tuán)隊目前十五六人，大多數(shù)人都是下半年慢慢招進(jìn)來的。團(tuán)隊規(guī)模不斷的壯大，支撐的項目也越來越多，很多問題都暴露出來了，比如大家坐的很分散，跟著項目組，大家吐槽彼此不熟悉，沒有團(tuán)隊歸屬感；人員水平參差不齊，整體水平不高，流程不規(guī)范，測試進(jìn)度把控不好，效率低下。作為Leader，那段時間我腦子里面一直在思考這些問題，挺困擾的。為了改變這些現(xiàn)狀，放了不少血，請吃飯，發(fā)紅包，唱歌，射箭攀巖，跟人事協(xié)調(diào)，安排大家集中坐在一起，有些項目組還不是很配合，說什么不跟項目組坐在一起溝通不方便效率低下，我的態(tài)度還是堅決的，這是我們團(tuán)隊所有人員的期盼，我要順應(yīng)民心，而且不是很認(rèn)同他們的觀點，事實上經(jīng)過幾個月的觀察，各項目組的溝通并未有啥影響。
　　
這個問題很好的解決了，但每個個體的差異性問題，非常棘手，而且不是一朝一夕能改善的。沒辦法，十八般武藝，都得耍出來，制定流程規(guī)范，制定培訓(xùn)分享計劃，挑典范項目，跟產(chǎn)品、開發(fā)撕逼，凡是對的事情都在堅持做，慢慢的，和前幾個月對比，明顯感受到大家的變化，團(tuán)隊的變化，都在朝著我期望的方向進(jìn)行，這點讓我很欣慰也很感動。

和技術(shù)相比，管理團(tuán)隊真的更難，如何讓大家能聽你的，而且是開心主動的去做一些你安排的工作內(nèi)容，真的要很花心思。這個過程只有自己經(jīng)歷了，才能真正體會到其中的苦與甜。每個管理者都會有一套自己的管理方式，我自己總結(jié)最核心的三大要素就是：人、流程、技術(shù)。真誠待人，不要體現(xiàn)分明的上下級關(guān)系，大家只是分工不同而已；靈活高效的流程規(guī)范，既可以確保關(guān)鍵節(jié)點的產(chǎn)出，又不引起大家的排斥反感情緒；至于技術(shù)，不需要解釋吧，大家都懂的。

上面這些，是自認(rèn)為做的還可以之處，但還是有很多地方有不足和遺憾，希望在2018年能改進(jìn)和優(yōu)化。

二、不足和遺憾

閱讀量太少，閱讀面太窄

2017年雖然買了快20本書，但只看了不到5本，還有的書籍看了一點點就沒有堅持下去。還是覺得自己這方面缺乏一些堅持，雖然2017年事情很多，這不應(yīng)該成為看不完的借口，買的書還是應(yīng)該花時間看完?，F(xiàn)在很多人都多了分浮躁，少了分堅持，想走各種捷徑，幻想著一朝一夕就能獲取很多知識，而不能靜下來好好的把自己想獲取的知識通過閱讀書籍來實現(xiàn)，最終你學(xué)到的只不過是一些皮毛，根本經(jīng)不起現(xiàn)實的考驗。

除了閱讀量太少，閱讀面也不夠廣，買的書大多數(shù)都是技術(shù)書籍，想想，到了中立之年了，需要去接觸和獲取一些其他方面的知識了，如管理、金融等領(lǐng)域。這個年紀(jì)了，不得不服老，還真學(xué)不過那些90后，我們的目標(biāo)是管理好這些90后，發(fā)揮他們的價值，給公司創(chuàng)造更高的價值。

掌握的知識深度不夠

• 代碼寫的太少，編程能力深度不夠；
• 框架設(shè)計層面沒有考慮設(shè)計模式，功能新增修改太費勁，擴展性太差；
• 性能測試涉及的層面很多都了解膚淺，比如監(jiān)控命令采集數(shù)據(jù)的來源，操作系統(tǒng)原理，linux內(nèi)核信息等，
  JVM只知道簡單的參數(shù)、內(nèi)存管理，更深入的JVM原理沒有深入研究，等等；
• 數(shù)據(jù)庫方面，也做了一些SQL調(diào)優(yōu)方面的實踐，而且性能提升最高的達(dá)到1000倍，但數(shù)據(jù)庫的配置優(yōu)化方面還很欠缺，對數(shù)據(jù)庫底層原理了解太少，雖然我們測試人員不需要像DBA那樣精通數(shù)據(jù)庫，如果你是測試領(lǐng)域的專家，你應(yīng)該是那個團(tuán)隊中的大神，甚至得到眾多開發(fā)的高度認(rèn)可；

雖然知識面廣度還可能，但越發(fā)覺得自己的無知了，知其然，但不知其所以然，希望2018年能在某幾個領(lǐng)域深入下去

家庭照顧不周

團(tuán)隊規(guī)模越來越大，支撐的項目越來越多，需要溝通協(xié)調(diào)的事情越來越多，加班也越來越多。時間是恒定的，自然在家庭方面投入的時間就少了，2017年，我成為了一個準(zhǔn)爸爸，特別開心。老婆懷孕更需要好好照顧，想法子弄各種好吃的，由于父母身體不好，沒有在這邊待著，家里只有我可以照顧老婆和肚子里的寶寶，工作日加班多，不能在家做飯，只能周末兩天好好弄些好吃的好喝的。這樣的局面可能還需要維持一段時間，培養(yǎng)了幾個小組長，慢慢可能承擔(dān)更多的任務(wù)了，有一些事情交給他們處理就可以了。

寫了挺多的了，2017年的總結(jié)差不多了，幾年之后，當(dāng)自己看到這篇博客的時候，不知道會是怎樣的狀態(tài)？

概況下2017年，在團(tuán)隊管理方面傾注了更多的心血，看到團(tuán)隊的氛圍很融洽，算是對我的付出的一種認(rèn)可吧；知識沉淀方面還是有些浮躁和不夠執(zhí)著，學(xué)習(xí)知識深入還不夠；工作固然重要，也重不過家庭和身體，最好是能在這三者之間找到最好的平衡點。

2017年已成過去，不管如何，調(diào)整好自己，2018年做更好的自己。