談軟件測試---一年測試工作總結

　　這篇總結推遲了好久，一直想在工作一年之后寫一篇總結，由于各種瑣事以及感覺想法的不成熟，一推再推。這兩天尤為強烈，不管怎樣都應該把這一年多測試工作學到的知識和想法記錄下來。

　　軟件測試行業在國內發展時間較短，每個公司對軟件測試公司的定位和工作內容也不經相同。本人只在一個公司從事測試工作并時間不長，如有偏見歡迎指正，不勝感激。^_^!!

　　個人對功能、性能、自動化三個方面測試的認識

　　復制代碼

　　功能測試的重點在哪兒?

　　說一下本人對功能測試的理解，關于功能測試重點在對被測系統的了解上。至于測試方法：等價類劃分、邊界值、錯誤推測、因果圖....等測試方法很容易理解。把這些方法應用到系統功能測試中也不難，關鍵是如何應用?這里又引出了一個東東，叫“需求文檔”?一個系統不是你想測什么就測什么?也不是你認為它是bug它就是bug的。

　　例如：一個登錄，用戶名沒區分大小寫，我是用小寫注冊的，但是登錄時，我用的大些卻可以登錄，這算一個bug嗎?不是個人認為的是或不是的，要根據需求來判定。

　　需求很重要，好吧!能得到一份完整或不變的需求對測試人員來說應該是一件很幸福的事兒?因為我們少去很多麻煩。好吧!假如一下我們得到了這么一份需求。那我們是不是根據需求就開始對系統進行測試了呢?那么這時開發人員還沒把產品整出來，那我們做什么呢?要不想想我們測試什么吧!?或怎么對系統進行測試，做哪些驗證。這就引出來一個東東。叫“測試用例”。為什么要寫測試用例?http://www.cnblogs.com/fnng/archive/2011/09/10/2173149.html 在我的另一篇博文里有講。

　　想做好功能測試要做好四點：

　　1. 非常了解被測試系統，各個功能和各個業務邏輯。

　　2. 需求文檔，如果你不知道怎么測，那你一定沒看需求文檔

　　3. 測試方法的學習，方法不難理解，如何運用到項目中是關鍵

　　4. 測試用例，在上面三點的基礎上寫用例，一個用例可以體現出你對上面三點的掌握程度

　　性能測試水很深!

　　很幸運剛進公司老大就讓我對公司系統做性能測試，那時學了幾天JMeter 、LoadRunner掌握一些基本操作就以為自己會做性能測試了，在此自我鄙視一下自己的無知。其實，性能測試的重點不在性能測試工具的學習上。天天看到群里有人問，LR怎么用?又錄制不了腳本了。腳本回放有錯。如何設置XXX?為什么高手能用樹葉殺人呢?一般的小羅羅都在搶屠龍刀，倚天劍。以為得到了屠龍刀就是最牛B的人了。

　　當然，你也通過分析系統的壓力點、LR錄制腳本，設置用戶，做壓力，分析結果，整理測試報告。完成了性能測試的整個過程。那么我說這個性能測試報告是有效的，但它不一定是有用的。

　　為什么說是有效的：因為在性能測試報告中，你把測試環境、測試工具、測試方法、測試結果都描述的很清楚。那么這次性能測試就是有效的。在你所在的環境中，你是測出了這樣的效果。并未摻假，全部真實的記錄。

　　為什么說它不一定是有用的，你了解系統架構么?知道數據庫、中間件、前端程序的運行方式和處理機制么?了解網絡協議么?了解操作系統么?熟悉開發系統的語言么?如java JVM的內在機理知道么?這些都是系統運行的一部分，都在影響著系統的性能。如果不了解這些，你如何做出有價值的有參考意義的性能測試。如果你的性能測試沒有參考意義，那不是自已在逗自己玩么。

　　《我眼中的性能測試工程師》http://qa.taobao.com/?p=8308

　　為什么要做自動化測試?

　　貌似好多人都在熱追自動化測試，貌似自動化測試比手工測試先進牛B。本人對自動化測試也沒什么實際經驗，只是對QTP、selenium淺學了兩下。這里也討論兩三句。

　　自動化測試無非就是用工具代替人對系統進行驗證，它如何知道怎么驗證。這個要你一步一步教它。所以，自動化前期的投入很大。

　　什么項目適合自動化?

　　需求變動小、項目周期長、可復用性高。如果不滿足這三個條件，你要掂量一下是否要對項目引入自動化。

　　那么它的找bug能力呢?

　　我所了解在我的手工測試中，相當一部分bug并非我按照用例測出來的。有統計它只能找出來30%的bug。70%還是要靠手工測試。那投入那么大，找bug能力都不強。為什么還有那么多公司試水，做自動化測試主要是在加入新的功能后保證已經功能的正確性。

　　那么測試人員要不要學自動化測試呢?

　　我猶豫了很久還是覺得要。自動化測試畢竟是軟件測試的一個趨勢。從測試人員的自我技能的提升也一個方向。至于公司是否真的需要自動化測試，自動化測試是否得到很好的收益就另說的了。

　　下面是個人對一些問題的看法。

　　復制代碼

　　測試人員是否要懂代碼?

　　懂是必須的，更客觀的說法，看下圖：

　　上圖是根據自己的理解所畫，根據你所做的測試工作不同，所要掌握的測試知識的多少不同。

　　我確認一點代碼也不懂的測試人員，工作細心，認真的執行測試用例，也能把測試工作做好。那么你的發展方向在那里?你說可以做需求分析人員、質量管理人員。貌似在偏離軟件測試工作。想成為一個軟件測試高手，懂代碼是必須的，我沒見過哪位測試高手或專家對代碼是一竅不通的。

　　不懂開發的人員更能從用戶的角度測試?

　　見某測試人員云云，他們公司招測試人員專招非計算機不懂開發的測試人員來測試，公司的意思是這樣的人更能站在用戶的角度上去測試軟件。好吧!我不想再闡述測試人員不光只是測試界面的工作，也許你們公司就只測界面。我一直不理解有為什么懂了計算機懂了開發就不能站在用戶的角度上去測試。非專業的人可以從非專業的角度和思路去非常規的測試點。我認為他也有可能找一些不是bug的bug去給開發人員添亂。

原文轉自：http://www.anti-gravitydesign.com