年終總結測試范文.doc

年終總結測試范文 xx年終總結xx沒有出現(xiàn)瑪雅人預言的世界末日，但這也不是平靜的一年。 今年經(jīng)歷了太多，無論工作還是生活都出現(xiàn)了太多變數(shù)。 面對著這些突如其來的壓力，起初是焦慮和傷感。 漸漸的學會了面對，在面對的過程中，既有收獲也有遺憾。 4月公司開始瘦身，當時猶如晴天霹靂，心里總覺得有什么東西堵的慌。 雖然自己留了下來，但對離開的老同事非常不舍，郁悶了好一陣子。 之后每次有同事離職，我都會傷感。 不過最后還是舍得云開見月明，終于想通了其實沒必要留戀，職場就這樣有來有去。 后來再有人離職并不再傷感，能坦然的面對，但這不是冷漠，只是覺得別人有了更好的選擇，應該給予祝福。 雖然這次毫無征兆的波動，在當時對我的情緒有一定的影響。 但風波過后，冷靜下來發(fā)現(xiàn)自己的心態(tài)成熟了很多，工作上遇到困難時能更堅強的去面對。 5月開始并陸續(xù)的接受了很多新的工作任務。 開始聽說要一個人負責cp組所有適配工作時，自己心里有些不爽，也有些擔心自己完不成。 期間也有過退縮和彷徨，本來說一個月后這個項目就結束，可過了7月還在進行，有種看不到希望、看不到盡頭的感覺。 但我沒有放棄，最終堅持下去了。 工作量突然增大，為了能完成任務，自己也不得不開始想辦法改變測試方法，慢慢的發(fā)現(xiàn)事實上沒有想象中的那么難。 8月這個項目結束的時候，再回首開始接手時的想法，覺得3個月也不過如此。 雖然過程辛苦了點，但通過這件事我明白了 1、堅持下去總會有希望； 2、在看不到希望的時候，把工作目標分段，一小段一小段的完成，慢慢的就能到達終點。 3、遇到突發(fā)事件后，要改變解決問題的方法。 4、不要在開始的時候就say no，不要為自己假設的困難買單。 記得有次會議上技術總監(jiān)提到過李云龍的列子無論上級分配給他什么任務，他都說保證完成任務，在實際操作過程中如果確實遇到問題，無法按時完成，再進行討論。 雖然不怎么愛看亮劍，但李云龍的精神，我還是比較認可，因為自己有幾分像。 上級交代的任務從來沒有拒絕過，至于能不能按時完成任務，就要看實行過程中的具體情況。 這中精神也是中學時代，語文老師教給我們的。 他說不管這個任務是誰負責，你先做了再來理論，在沒有做之前，請不要多說。 8月開始接手內(nèi)部產(chǎn)品的測試，也標志著開始轉向公司自研的產(chǎn)品。 進入公司有一年了，一直負責第三方應用的測試，跟內(nèi)部人員的溝通較少。 不接觸不知道，接觸后真的嚇一跳。 每反饋一個問題，技術和研發(fā)就像踢皮球一樣，踢來踢去，各自在推卸責任。 面對客戶反饋的問題也一樣，都不愿意去分析原因，雙方也不愿意溝通，做為一個剛把項目接過來的中間人，對于邏輯和需求并不了解，之前也沒有負責過自研的產(chǎn)品。 自己一邊熟悉一邊跟他們溝通，確實很辛苦，要來回跑好幾趟才能把問題解決了，面對他們?nèi)绱藨B(tài)度，當時有點火冒三丈，最后還是忍了，只能改變溝通方式，既然硬碰硬不行，就以柔克剛吧。 多次接觸后，雖然他們解決問題還不是非常積極，但態(tài)度和說話語氣已有所好轉。 負責第三方的時候，會覺得某些第三方公司解決問題不給力，也一直以為自己的溝通能力還行。 結果接觸了內(nèi)部人員后才發(fā)現(xiàn)，高估自己了，面對面的溝通沒那么簡單。 對內(nèi)部產(chǎn)品測試上手后，自己也有反省其實會出現(xiàn)如此問題，責任也不完全在別人。 首先，在工作中遇到問題時，自己沒有調(diào)整好心態(tài)，一味的把問題推給了別人，沒有看到自己的不足。 在遇到困難時，自己應該做的不是去抱怨別人，而是淡定的想辦法解決。 其次，會出現(xiàn)問題，說明自己在溝通能力、分析能力、業(yè)務能力和解決問題的等能力上還有待提高。 8月同時也接手了客服工作。 面對用戶的投訴開始不知道該怎么回答，也不會使用敬語。 負責第三方應用測試時，每天最怕看到的是郵件。 開始做客服后最怕的是聽到電話鈴聲，那段時間只能硬著頭皮去查找客服的相關資料，學習了一些資料后，然后慢慢的開始實踐。 最后能熟練的說出基本的禮貌用語和能冷靜的回復用戶所投訴的問題。 不過遺憾的是至今也沒有做到一個專業(yè)客服該做的。 比如一些敬語使用不合理；對遇到比較棘手的投訴時，自己還是無法平靜的處理；臨反應能力和表達能力還不合格。 12月負責開發(fā)者平臺的測試，也是第一個能經(jīng)歷整個測試流程的項目。 從需求分析開始，然后編寫測試用例，執(zhí)行測試用例，最后問題跟進，直到上線。 負責這個項目的過程中，一些測試理論得到了實踐。 這個項目雖然做的不是很好，但讓自己有了更多的感悟 1、測試之前一定要先進行需求分析，只有了解了需求才能保證測試的全面性。 2、需求分析過后，測試用例是必須的，雖然用例是給自己看，有的人覺得寫用例沒有意義。 事實上并非如此，寫用例即可以防止自己對重要功能漏測，也可以幫助自己對需求分析的更透徹，并且還可以減少不必要的重復工作。 這是提高測試效率和保證質量的好方法。 3、問題跟進過程中，分析問題和定位問題也不全部是開發(fā)人員的工作，測試人員也應該學會分析問題，這樣能提高問題的修復效率。 對于比較難解決或技術上無法解決的問題，測試人員能提出解決的方案，比如換一種方式去實現(xiàn)，或去掉某些不太重要的功能。 8月12月期間，也還接受過一些零零散散的工作，雖然是零散的工作，但也能學到一些測試以外的知識。 比如 1、貼發(fā)票就非常講究，起初自己以自認為最好的方式去貼，但提交后，還是存在問題，經(jīng)過與同事的交流，發(fā)現(xiàn)同事的貼法即方便又美觀。 2、做事要專心、細心，一不小心就可能出錯。 3、面對任務多時要懂得排序，按優(yōu)先級一件事一件事的去完成，同時做幾件事反而會降低效率等等。 雖然今年有不少收獲，但也還有許多不足之處 1、表達能力比較弱； 2、工作方法不過好，導致工作效率較低，任務多時還經(jīng)常出錯。 3、不能把握哪些問題該發(fā)郵件處理。 4、專業(yè)知識和業(yè)務知識有待提高等。 自己的工作總結完了，現(xiàn)在說說對公司某些現(xiàn)象的看法。 1、個人感覺研發(fā)人員和技術人員的產(chǎn)品和質量意識不夠強。 總以為測試人員是他們的天敵，bug是測試人員故意拿來刁難他們的，改bug是給測試人員改。 其實他們并沒有意識到bug除了小部分設計不合理問題外，大部分是他們技術上的缺陷。 測試人員只是在幫他們找他們自己的問題，然后幫他們提高技術，古語云人不怕知道自己有不足，就怕不知道自己有不足。 他們技術的提高的同時也能幫助測試人員技術提高。 因為開發(fā)人員開發(fā)的產(chǎn)品bug越少，測試人員就要提高技術去發(fā)現(xiàn)那些隱藏更深的bug。 研發(fā)和測試是可以和諧共存，相互提高的。 只是我們公司的研發(fā)和測試人員自己都沒有意識到這點，總是站在對立面的角度去面對對方。 2、產(chǎn)品需求管理體系不規(guī)范。 需求提出后，相關人員到最后產(chǎn)品開發(fā)出來后，才知道需求，有的甚至不知道需求；需求規(guī)劃書也不規(guī)范，沒有流程圖、邏輯圖，相關接口、約束條件等。 3、項目進度不透明，項目組成員不知道項目進度，想知道的時候得挨個去問題。 3、產(chǎn)品的版本發(fā)放和bug處理流程不規(guī)范，版本太多，已修復的問題總是reopen。 總結過去，展望未來，最后寫下xx年的任務 1、加強英語的學習，做到外貿(mào)客服專業(yè)詞匯能熟練