北京分公司出差總結

總結是在某一特定時間段對學習和工作生活或其完成情況，包括取得的成績、存在的問題及得到的經驗和教訓加以回顧和分析的書面材料，它是增長才乾的一種好辦法，因此我們要做好歸納，寫好總結。總結你想好怎麼寫了嗎？下面是小編爲大家整理的北京分公司出差總結，希望對大家有所幫助。

在11月份，我出差到北京分公司協助新版主機審計的研發與測試工作，在這一個多月的時間裏，透過實地在北京公司的工作、以及與分公司同事的交流，學到了很多，感受到了很多，也認識到了自己很多的不足。

一、需要提高知識的深度和廣度

剛到北京分公司的時候，第一眼就看見北京同事改進的新版主機審計產品。北京同事在沒有任何需求文檔和功能性設計文檔的情況下，只看舊版本的代碼，就將新版本主機審計的雛形已經設計出來了。雖然除了審計報警功能勉強可用外，其他的功能基本都還沒有實現，但北京同事對新產品研發的工作熱情以及這種設計氛圍，是值得我們學習的。至於我自己，剛開始感覺根本就沒有什麼壓力，因爲覺得自己對主機審計功能這部分還是比較熟悉的，在指導測試功能上來說，應該沒什麼問題。但是隨着新版本研發進度的進一步深入，功能性問題越來越多，由於大家對產品的詳細設計都不是很瞭解，所以大家聚集在一起討論這類技術性問題，但由於自己對主機審計瞭解的比較膚淺，以及其他技術性基礎知識的深度和廣度不夠，所以在討論中，沒有自己插入話題的機會，在討論中，可能很多技術性名詞還不清楚是什麼意思，但又礙於面子，所以不好意思提出來，擔心別人笑話，所以很多時候都是啞口無言，除非是一些比較淺顯的功能性問題，纔有自己插入話題的機會。

所以我覺得，作爲測試人員，做好本職的測試工作是自己的義務。但是提升自己的知識面，以及對某些關鍵性技術深度的認知，以便提高自己的測試技術，則是自己的責任。往往一個測試人員的知識深度與廣度，決定了一個測試人員發現BUG的數目。

二、需要及時與同事、用戶溝通協調

在這個新版主機審計產品的研發與測試過程中，經常會需要與北京分公司、深圳公司的研發人員和測試人員溝通，很多問題可能爭論不下，一時不知道採取誰的意見。所以，我覺得作爲測試人員，在溝通協調方面，應該有自己的主見，在確定了自己想要了解什麼，需要什麼樣的答案，然後再去和別人溝通，而不是盲目的去問別人。這樣很容易造成自己在溝通中的被動局面。

作爲測試人員，在測試過程中，與別人溝通是工作中比較重要的一部分，所以，我覺得我們還需要提升在溝通與協調技巧方面多多的學習和提升。

三、對產品功能要有建設性的思維

在新版本的改進工作中，很多功能點可能與舊版本的審計不一致，由於我們長期對某個產品的功能點存在一個固定認識，而沒有根據市場的'需求或者是某些特殊用戶的需求去更新我們大腦裏的這種固定思維模式，導致產品存在很多的潛在性缺陷。我作爲一個測試人員，在一個產品的改進過程中，站在一定的用戶和使用者的角度，對產品各個功能模組提出建設性的意見，應該能反映我們對這個產品的認知深度。在北京分公司的主機審計改進工作中，北京分公司的同事在研發與測試過程中，對產品的部分功能提出了一些建設性意見，而我們作爲一個對產品測試了這一年多的測試人員，卻一直固守在原始的思維在中，感覺很是慚愧。

所以，我認爲我們在今後的測試工作中，應該不能只是固守在測試那些原始設計的功能點，而應該站在用戶的角度，去對產品提出和發現有建設性的需求或者BUG。

四、要敢於承擔自己的錯誤

在北京分公司測試新版本審計的這段時間，我發現北京分公司的同事有一個很值得我學習的地方，就是敢於承擔產品的缺陷是自己造成的，哪怕這個缺陷不一定是缺陷。比如，在測試過程中，我發現了一個不確定性的問題，因爲自己的無法分析問題的原因，我可能會反饋給開發人員，而開發人員的第一反應就是回顧自己的編碼過程，確認是不是自己的問題，測試人員大家也會一起再次驗證問題是不是還會重現。而不是推諉似的說“你們再確定一下”、“可能是另外一個模組的問題”等，如果確認是由於測試人員在測試過程中非法造成的，那麼測試人員也應該敢於承認自己的錯誤，並在錯誤中提升自己，不要再犯類似的錯誤。特別是測試人員在測試中，未測試出產品存在的缺陷，那麼測試人員更應該敢於承擔錯誤，而研發人員也需要自我反思，因爲產品的BUG影響的並不是一個人，而是一個團隊，一個集體，一個公司。

所以，我認爲，如果研發人員和測試人員都能夠勇於去承認缺陷是自己造成的，那麼我相信我們這個產品想不做到最好都不行。