兩年軟體測試感悟

　　在超圖工作兩年了，這兩年來，從剛開始對軟體測試認識的朦朦朧朧，現在思路也逐漸清晰了，也明確了自己的發展方向。雖然對那些軟體測試理論和軟體測試工具以及軟體測試技術有了一些加強，但是自我感覺還是不夠深入。

　　我一直希望能真正融入到測試的佇列中去，讓自己每年對軟體測試的理解和技術更深入一層，成為一個專業的軟體測試人員。這幾天整理了一下思路，回顧了這兩年來做測試的點滴想法。

　　1、軟體測試人員應該不斷學習

　　身為測試人員，雖然我們平常的工作大部分都比較安逸。但是千萬不能溫水煮青蛙。應該自強不息，不斷學習，提高自己的測試技術。因為測試本來門檻就稍低，如果懈怠，隨時都有可能被取代。重點就是深入學習測試技術，然後將技術應用到現有的專案中。

　　2、測試人員應該熟悉業務需求

　　測試人員的水平主要體現在測試用例的設計上。要設計出全面，覆蓋廣的測試用例，需要測試人員對自己所測試的專案的業務需求非常熟悉，甚至要比開發人員還要熟悉。1、要熟讀功能需求文件，任何有疑問的地方都要去和負責人確認。2、把自己當成終端使用者，經常使用自己所測試的軟體，模擬使用者的行為。3、熟記軟體的每個功能。

　　3、學會如何跟開發人員相處

　　測試人員必須跟開發人員密切合作，所以跟開發人員搞好關係是相當重要的。1、和開發人員常打交道，尊重開發人員的工作成果，這樣開發人員也會認真對待你提出的bug。2、集中問問題，將需要問的問題都總結起來，集中問開發人員，這樣能節省大家大量的時間，也不會打擾開發人員的工作。3.bug描述要清楚，要能重現。以免開發人員要麼將問題踢回，要麼還得找你重新問，會耽誤彼此的時間，降低工作效率。要寫好Bug，描述精確，簡潔，沒有歧義，詳細簡潔的重現步驟，加截圖。

　　4、提升文件的編寫能力

　　測試人員寫文件的地方比較多，平時測試用例、測試計劃、測試報告以及使用者手冊等等都體現著測試人員文件編寫能力的重要性，如果後期往TestLeader發展，還要非常擅長彙總測試報告，能夠將完整，清晰，漂亮的測試報告發給各個組，讓公司所有的人都能清晰的看到測試組的工作情況。

　　5、實行“一對多”的模式

　　“一對多”的模式是指：一個人可以同時測試多個專案，一個專案由多個人測試。因為每個人的見解和操作方式不同，所以發現問題的可能也不大一樣，更有利於找出不易發現的bug，一個測試工程師測久了自己的專案，容易形成眼盲。會對一些Bug熟視無睹。

　　6、測試人員應該深入學習一寫測試技術

　　初入測試，可能還提留在探索的階段，不清楚要學習哪些和測試有關的技術，這時就需要我們主動去發現，通過書本和網上去看別人都是怎麼做，汲取可用的經驗，避免少走彎路。測試人員要提升的技術包含方方面面。

　　例如：效能測試（可參考的工具loadrunner）、自動化測試（可參考的工具QTP）、指令碼語言（VBScript、Python）、資料庫（SQLServer、Oracle）、操作平臺（windows、Linux）、Web測試（Selenium）等等，還有很多很多，這麼多的技術，學習只是一方面，更重要的是要根據我們現有的專案和測試環境，去分析什麼才是最適合的，這樣才可能真正將所學應用到專案上來。

　　7、建立一套完善的測試流程

　　測試流程已經大同小異了，但是真正按照流程來做的還是很少。如果條件允許的情況，還是應該儘量去按照流程去走，先去做單元測試、然後整合測試，而不是上來就直接進行系統測試。

　　8、多於客戶和領導溝通

　　這點是想說給開發人員的，每一個開發人員一定要有自己見解，當某個功能和領導意見不一致時，應該用自己的理由去和領導說明，而不是領導說什麼那就是什麼，當被問到為什麼要這麼設計時，他的回答是：領導讓這麼做的。

　　因為每一個領導看專案的感覺又會不一樣，所以今天領導提出一個想法，你改了，明天另一個領導又有新的意見，你又去改回來了。開發人員也沒自己的意見，時間久了，一個功能改十次，再強的開發人員也會被拖垮的，而且時間上確實被大大的浪費了。

　　以上8點僅個人在工作中總結的一點意見和想法，僅供大家做下參考，如果不合適的地方，還望指正。

本文轉載自51Testing軟體測試網，檢視更多：http://www.51testing.com/html/news.html

[@more@]

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1060214/，如需轉載，請註明出處，否則將追究法律責任。