導讀：失敗是什麼?沒有什麼，只是更走近成功一步;成功是什麼?就是走過了所有通向失敗的路，只剩下一條路，那就是成功的路。 以下是由本站小編J.L為您整理推薦的畢業生面試筆試經驗題目，歡迎參考閱讀。
做了5年多的測試，一直都沒有好好的思考和總結。回想當年剛入行時的那份激情都已經被重複性的測試工作和自己的惰性給磨沒了。
最近想著換工作，發現面試時很難把工作經驗和個人優勢給表現出來。思考了一下，確實是缺少對平時工作的總結。
畢業後一直在一個公司一個大專案做系統測試人員。手工測試4年半，自動化測試1年。作為通訊業的系統測試人員，大部分都是做功能性測試，和業務強相關，所以工作幾年的系統測試人員都會成為業務專家，而非測試技術專家。
但是通訊裝置的更新換代太快了，業務也會變的截然不同。業務需要從頭學起。因而，大部分時間都花費在業務知識的學習上。
對測試技術的研究就顯得不那麼重視。在去年需要學習新業務的時候，我做了個決定，想對測試技術進行研究。申請輪崗做自動化測試。
就我們現在的專案內手工測試和自動化測試工作職責，手工測試更注重對測試的思考，即如何進行測試方案或測試用例的編寫，使得更有效的發現故障。自動化測試工作，更多的在實現和執行上。依照測試方案和現有的自動化測試模式進行測試用例的程式碼編寫。缺少對測試的思考。
總結一下4年半的手工測試，頭3年對業務好好的學習了一把，對sdh業務知識倒是瞭解的很全面，也對功能測試得出了一些經驗總結。
1、通訊業的獨特性，業務的理解越深刻，就越能發現故障。對裝置的瞭解越多，對網管軟體的測試也越有幫助。所以對業務知識，裝置知識的深入理解是成為一個通訊業測試人員必不可少的能力。
2、對故障庫中其他人提的故障學習，不管是自己專案的，還是其他相關專案(如裝置專案)的故障進行定期分析，可以學習到其他人測試思路，不同的人不同的測試思路，集思廣益。
對測試方法的.能力提升也是大有裨益的。還想到之前測試組展開的月例會，會將這個月發現的感覺有價值的故障進行描述，所用的測試方法，測試思路廣而告之。大家在一起頭腦風暴。這種也是測試的學習方法。
3、在手工測試中，常有的軟體測試方法就已經覆蓋的很全面了。如：邊界值測試，等價類劃分，錯誤推測法等，對於等價類，邊界值和錯誤推測就已經夠平常的測試使用，前兩種一般用於正常流測試。
第三種用於異常流測試。隨著軟體的逐漸成熟，異常流測試會在軟體測試後期地位越來越高。
4、對需求的理解也是非常重要的，在測試前，需要對所測模組的需求文件進行學習。所有的東西都是依據需求文件進行的，雖然在實現過程中，需求更新不及時，這個時候要和需求人員進行有效的溝通，瞭解好實現細節，對功能模組的理解.
5、想到前段時間，一個玩的很好的同事(一個很有想法的人)和我提到她在測試中將測試用例用圖表的方法表現出來，其實就是把一個業務流圖表化，不同的操作，不同的測試結果，讓人一目瞭然，比起用文字堆砌的用例來說，可讀性更好。
此外，測試點的編寫比起把一步一步都詳細的描述出來的用例更容易讓人接受。特別對有經驗的測試人員來說。
6、對於一個大型軟體來說，多客戶端測試和關聯性測試也是故障發現點。在不同的客戶端對同一個網元同一個功能同時進行操作，會出現什麼問題。
對一個功能模組做操作後，其他相關聯的功能模組會出現什麼情況，是否更新及時。在我這幾年的測試經驗發現的結論。
7、此外，細心和敏銳的觀察力也是測試需要的能力，一個例子，刪除一條配置，介面快閃了兩次，後來開發人員定位是在資料庫中更新資料後上報了兩次導致的。
8、發散性思維也是測試人員的重要能力之一，多想想“如果...就會怎麼樣”，各種可能的情況都要想一想。
以上就是對手工測試的工作總結，如何把測試經驗理論化，還需要再多加思考。
對於不到1年的自動化測試，其實還屬於菜鳥階段。我們專案的網管測試是使用QTP進行GUI介面測試。由於進入時間相對晚，錯過了自動化框架搭建的初期階段，主要工作是在這個框架上進行功能的操作開發。
學習了vbs的指令碼編寫，對自動化工作流程熟悉起來。
剛進入自動化測試組，是做用例遷移。把幾個公共函式的功能瞭解了，後來對資料同步模組進行自動化測試開發，對資料同步的自動化實現是我感覺進入自動化測試組提高最快的時候。從函式設計，到程式碼實現，環境的搭建，資料準備等。
但是不足的地方，是程式碼編寫的還是太少，需要多多練習，對自動化測試框架的學習還是不太深入。如，用例的排程機制，錯誤處理機制都不太理解，如果讓我自己搭建測試框架應該從哪些方面入手，還沒有明確的思路。
在目前找工作時，這方面的定位有點不清，個人傾向於找自動化測試的工作，但是自己大部分時間還是做得手工測試。
手工測試經驗更足一些。從個人發展方向看，更想做得是對測試技術深入全面的學習。從用例設計，功能，自動化，效能都能掌握。