階段總結報告
時間很快，在騰訊實習已有一個月了。在導師及同事們的照顧下，我不僅完成導師分配的各種任務，熟悉工作的基本流程，也喜歡上這裏的工作氛圍。現總結如下：
Ø 打磨產品的同時雕刻自己：
1．XX體驗報告；XX體驗；
2．撰寫XX測試用例；
3．XX產品的持續跟進(82bug/10高/10嚴重），迭代迴歸測試5次，1次全測試;
4．XX測試。
在寫體驗報告的時候，第一個版本其實是缺少大局觀的，描述細節太多，重點也不突出，當時我關注的是自己發現好多問題，而導師教我如何更好的展現他們，XX學姐讓我思考針對缺點的”依據、建議、解決方案“。這讓我有種滿足的主人翁意識，自己的觀點得以表達。
如果測試用例沒有覆蓋到，那麼從源頭上測試就開始危險了。如何在需求不甚明朗之時交出一份滿意的測試用例，其實是需要工作經驗積累的，不僅要覆蓋到每一個功能，更重要的是要標識出異常情況、易出現bug的模塊。
與XX一同成長。測試是什麼？XX在培訓課的ppt上這樣回答“驗證產品是否是PDM想要的”。可是我卻覺得那句話只是說了測試要做什麼，而不是爲什麼這麼做，以何種心態去做。移動互聯網中的產品多如牛毛，這是一個精品爲王的時代，測試不僅是驗證那些功能，更是在一步步打磨精品，產品主人翁的意識，我覺得是很重要的。
“事情如果有變壞的可能，不管這種可能性有多小，它總會發生。”——墨菲定律。每一個問題的發現都會使得產品逼近精品一步，這是個令人興奮的事情。
Ø 剃刀之路：
從測需求，寫用例，到迭代版本的功能測試，迴歸測試，全測試，乃至灰度發佈後對用戶反饋的收集與研究，都有測試的身影，其工作蘊含於產品研發的各個階段，爲產品質量保駕護航。流程的規則猶如一把剃刀，砍去冗雜無序，精簡而不失效用，“小步快跑，快速迭代”中完善產品，提高用戶滿意度。
Ø 沒有挖掘即沒有測試：
“XX不能完成支付”，這是我認爲造成程序crash的高單，可卻不知道一個常識——測試環境下越獄iOS無法完成支付。於是我趁機在KM平臺上就iOS下沙盒、crash等內容進行學習，得知了沙盒的運行機制以及引發crash的各種原因，並對crash日誌有大致的瞭解，能夠進行日誌的初步分析。同時，我也就Android的crash問題進行學習。測試不能侷限於發現bug，更要懂得如何精準定位bug，乃至有自己的解決方案。這與導師的要求不謀而合，但是我要走的路還有很長。
Ø 是問題，更是機遇：
敢問路在何方，路在腳下。
工作中，一些建議及需求不清晰之處要諮詢PDM，翻譯問題找翻譯組討論，UI不妥找設計，嚴重bug提前諮詢開發。發現問題是可以獨立完成的，解決問題就需要團隊協作了，這是我對測試核心價值的理解。除了要提高自己使用各種方法在有限的時間內發現更多bug的能力，更要注意的是如何在溝通中闡述並解決掉bug，我們的角色是promoter而不是destroyer。
問題結果有兩種：促進或倒退。在培訓時XX有講某員工以一種不妥的方式表達正直，我覺得這對於測試人員很有警示意義。向左走，向右走。把握問題脈絡，促進問題解決，這是一種機遇，否則是災難。
僅就XX來講，雖然基本功能可以使用了，但是考慮還不夠全面。表情包只能添加而不具備移除，生成表情的順序造成的性能偏低，選擇的頭像與表情包中的頭像融合度差等等，都是需要關注的問題。
用例如何組織，自動化如何擴大在敏捷下的適用範圍，如何扼殺bug於搖籃中，如何提高測試報告的權威性等，但就我接觸到的工作而言，解決得並不是很好。
Ø 是工作，更是生活：
其實生活中大部分的時間都在工作，與其痛苦割裂還不如合二爲一。如果工作都不開心，那生活能有多美滿？！
實習以來，我幾乎每天都會來這邊。工作日是在做導師安排的任務，週末是在KM、Q-Learning平臺看資料學習，已經開始習慣這種生活方式。一直以來，也問自己在這裏我能學到什麼，可是，直到今天我才明白之前的出發點就錯了。問題的關鍵不是能學到什麼，而是我想學到什麼！
來之前也是茫然於測試工作怎麼開展，有什麼流程，做哪些事情，怎麼才能做得更好，如何溝通協調，如何把握測試的角色。這些都在導師的指點下，公司分享平臺的學習中得到一定的認知。發現、解決一個bug的滿足感是對於努力的最佳回報。不懂，付出，不斷瓦解困難，戰勝之，我想這就是生活的樂趣！
Ø 向左走，向右走：
但就工作而言，目前還是應該做好手上的工作，測試行業裏工作經驗是硬傷，需要一兩年的積累。以後的話會選擇技術方向，重操舊業，爲測試服務。具體需要看以後工作所遇到的痛點是什麼。