公司新職員工作心得感受

　　公司新職員工作心得感受

公司的產品種類相當豐富，在測試當中接觸的產品多種多樣。剛開始接觸某個產品時，首先先弄懂這個產品是幹什麼用的，熟悉產品的基本功能。接著應多動手操作，有些產品會有使用說明書，不能一味地看說明書而不進行實際操作。本站小編為大家整理的公司新職員工作心得相關資料。提供參考， 歡迎閱讀。
 

本人是新員工，剛好到了轉正階段，趁著這次機會，對這三個月試用期的學習心得做個總結，也可以給後面的新員工學習提供點建議。

1. 企業文化與規章制度

進入一個公司，我覺得立即開展工作並不是首要的，首要的任務是要了解這個公司的文化以及規章制度。你只有認可了公司的企業文化，才能更有激情地融入到公司之中，每天上班的心情也比較愉悅。

很難想象在一個自己並不認可的公司裡面工作是一種什麼心情，恐怕很快就會喪失工作鬥志了，整天渾水摸魚、得過且過，個人能力沒有得到提升，對公司也會產生不利的影響。

所以進入優特，在三個月的試用期中，第一個月便是學習公司的企業文化與規章制度，我覺得公司制定這樣的學習計劃是很有必要的。在學習的過程之中，不能一味地接收而沒有思考，公司的制度是用來規範員工的行為，同時也是為了公司的有序執行，提高工作效率。所以如果覺得有不合理的地方，也可以向公司的相關部門提出建議。

2. 測試產品

公司的產品種類相當豐富，在測試當中接觸的產品多種多樣。剛開始接觸某個產品時，首先先弄懂這個產品是幹什麼用的，熟悉產品的基本功能。接著應多動手操作，有些產品會有使用說明書，不能一味地看說明書而不進行實際操作。

“紙上得來終覺淺，絕知此事要躬行”，在實操過程中才能更快地熟悉產品的功能。當碰到不懂的地方時，要及時請教導師或者身邊的同事，把每一個疑問弄懂弄透，這樣在以後的測試當中能夠減少很多不必要的麻煩，測試效率也更高。

此外，如果時間充裕的話，可以找一些測試產品進行模擬測試，參照測試用例庫進行測試，這樣一方面可以熟悉產品的功能，另一方面也可以熟悉測試用例的編寫規範以及編寫格式。通過實操在熟悉測試用例比直接看測試用例而不動手進行測試，效率會高很多。

3. 編寫測試用例

我認為測試用例是測試環節的重點，測試用例寫得詳細準確，對於測試會產生事半功倍的效果，同時也能夠體現測試人員對於測試的用心程度，因為其他人往往也只能通過你提交的測試用例來了解你對這個產品的測試內容以及測試的廣度和深度。

我覺得編寫測試用例對於新員工來說是最困難的一個環節，一方面是對於公司產品不熟悉，對某些功能的操作步驟不清楚;另一方面是之前沒有學過編寫測試用例，不知從何下手，要怎麼組織語言。

我認為可以從以下幾方面來學習編寫測試用例，漸漸地做到得心應手：

1) 參考測試用例庫，我們部門有很詳細的測試用例庫，都是以前測試時編寫的測試用例集合起來，並且做了統一的整理，對於我們新員工的學習是很有幫助的。

2) 多動手實踐，熟悉測試產品的功能。當對產品的功能熟悉了之後，寫起測試用例就輕鬆很多，只需把自己實操的步驟以及預期現象寫下來就行了。

3) 要多“反其道而行”，不按照正常的操作步驟去操作產品，測試就是為了發現產品的缺陷，而缺陷往往就存在於異常的操作步驟之中。比如測試電腦鑰匙的時候，開鎖的過程正常是插入鑰匙-驗證鎖碼-開鎖，這時如果在驗證鎖碼的過程中拔出鑰匙會出現什麼結果，這些就是我們需要考慮到的“反其道而行”。

4. 測試過程

1) 在測試的過程中，除了按照我們編寫的測試用例進行測試，一邊還要關注是否還有自己考慮不周全的地方，這時可以再增加到測試用例之中，這樣可以使我們的用例更加完整，另外在以後有問題進行追溯時也可以證明自己沒有漏測。

2) 在測試時，如果時間比較充裕的話，有些比較重要的功能可以多測試幾遍，有些功能往往在第一次操作時沒有問題，當多次操作之後就會出現問題。

3) 在測試過程中要勤於記錄問題，比如遇到問題時可以立即截圖，或者用手機進行拍照、錄影。因為有些就是隨機性問題，這次出現了可能下次又沒有出現，復現問題比較困難，我們養成及時記錄的習慣，一方面可以證明這個問題確實出現過，另一方面也方便開發人員尋找問題出現的原因。

5. 關於缺陷

1) 當測試過程中發現問題時，首先應與開發人員溝通，看是不是自己理解錯誤或者操作錯誤而導致的結果異常，如果是的話就不是缺陷，提前與開發人員溝通可以避擴音交無效的缺陷。

2) 對於有些問題，開發人員認為程式設計就是如此，認為不是缺陷，或者此問題可以忽略不計。這時我們就應該有自己的判斷，而不是一味地認可開發人員的結論，因為我們是站在使用者的角度，是從使用者體檢出發，而不是從程式本身設計出發。

3) 當有些問題開發認為不是缺陷而我們經過判斷自己認為是缺陷時，還是應該把它判定為缺陷，畢竟最終對產品的使用者是使用者而不是開發人員，產品是為使用者服務的，而我們測試人員就是使用者。至於最後怎麼處理就是開發跟專案經理的事情了。

4) 要做到“舉一反三”。一個缺陷在某一個產品中出現時，在同類的產品中也有可能出現，因為同類產品的程式碼都是比較相似的。當我們測試某個產品時，就要回想之前測試的同類產品中有哪些缺陷是比較嚴重的，這時就要重點關注一下。比如我在測試1F電腦鑰匙時，就發現一個之前在3C電腦鑰匙上出現過的缺陷。

5) 有時間的話可以進入 企業平臺-系統測試-缺陷跟蹤，看看其他同事之前提過哪些缺陷，哪些地方是我們測試過程中沒有關注到的。另一方面可以舉一反三，比如我在測試1F電腦鑰匙的時候，就去檢視3C電腦鑰匙提過的一些缺陷，後來發現3C電腦鑰匙的一個缺陷在1F鑰匙上也有這個缺陷。

以上就是我在這三個月試用期的學習中的一點學習心得總結。