談到測試工作定位，通過這幾年的工作，開始不斷的感悟，在此我想從這些感悟中對當前測試的三階段段來分別談一談：

一、測試是為了發(fā)現(xiàn)問題

這個觀點一開始就是指引著我們工作的方向，甚至我們會為了發(fā)現(xiàn)更多的問題而感到愉悅，就像開發(fā)人員完成一個功能開發(fā)一樣，有一種成就感，所以測試的成就感就是給開發(fā)找茬。所以我們每天都會關注JIRA上bug量是否在增長，可能包括你的主管都會對bug的量來評定績效考核，當然這都必須，因為測試就這么點增長點而已。

二、測試是為了定位問題

對于這樣的測試人員，開發(fā)就很喜歡，因為省去了他們很多定位問題的時間，當然這樣就對于測試人員的要求就要高了。定位問題從測試角度來看，那就是兩個過程，首先你要發(fā)現(xiàn)問題，比如一個保存功能，你測試下來發(fā)現(xiàn)保存失敗，這個時候你就會將此問題提交到缺陷管理工具上，并告知開發(fā)，如果僅此而已，那開發(fā)就需要去查找這個問題出現(xiàn)原因，首先保存失敗可能有幾種情況，有可能是數(shù)據(jù)沒有保存到數(shù)據(jù)庫中，前天提示保存失敗;另外可能是數(shù)據(jù)保存到數(shù)據(jù)庫了，但沒有傳回到前臺，而提示失敗;還有可能是返回值不對，導致提示信息出現(xiàn)提示錯誤，等等～想想開發(fā)去這樣定位的問題，對于時間成本的控制，他們肯定就比較不爽了，如果這樣的問題不斷暴漲，那開發(fā)也會崩潰的。那如果測試人員去完成這樣的一個工作，直接把問題定位到，比如產生此問題的原因是由于數(shù)據(jù)沒有被保存到數(shù)據(jù)庫中而導致的提示保存失敗，這個時候開發(fā)一看到bug的描述就明白了，原來是因為我的保存方法有問題所導致，這樣他就很快可以解決問題了，同樣他也會對你的工作而感到欣慰!當然，這里只是舉一個很簡單的例子，目的是為了說明，我們如何提升我們自己的能力，定位問題是測試人員應該具備的能力。

三、測試是為發(fā)現(xiàn)并解決問題

說到測試人員去解決問題，可能大多數(shù)人覺得是不可思議的事情。所以這里就需要去領悟前面提到的依據(jù)話：如果做過幾年資深的開發(fā)人員，你才有資格成為一名專業(yè)的測試人員。對于開發(fā)來說，并不是所有的bug都需要修復的;而對于測試來說，也并不是所有的bug都是開發(fā)去解決的。這里也來舉例說明下：當你在測試一段數(shù)據(jù)查詢效率的問題時，通過一番折騰，你發(fā)現(xiàn)你找到了問題，并可以很自信的告訴開發(fā)人員，你的sql語句效率有問題，當你數(shù)據(jù)庫中有5萬條記錄時，查詢最終一條記錄，它就要輪詢5萬多行才能找到，這樣導致最終的查詢效率就非常低下了，加入數(shù)據(jù)到幾百萬條時，就需要輪詢幾百萬行，這個性能是幾乎不能想象的。所以這個時候，你告訴開發(fā)人員這樣的結果和論證，并告知他需要優(yōu)化的幾點意見，比如更新表結構，增加索引機制;另外優(yōu)化配置文件，比如修改緩存的大小等等。開發(fā)人員會思考，要么指派一名專業(yè)的數(shù)據(jù)庫DBA來完成優(yōu)化，要么就自己解決，不過不是所有的公司都有專職DBA的，所以如果開發(fā)人員對數(shù)據(jù)庫優(yōu)化也沒有太多的經驗，那他解決的速度還不定有測試人員快～所以這樣的問題衡量下來，發(fā)現(xiàn)只能測試人員自己去解決，邊優(yōu)化的同時，還可以邊測試。當然，這里想表達的觀點就是，測試人員不一定在某個技術領域是大牛，但你的技術面必須要廣，對于開發(fā)人員來說，只要能解決問題，才稱得上是一名專業(yè)的測試人員。

通過對如上測試的三個階段工作解析，就可以很明確自己屬于哪個階段，未來努力的方向也就清晰了。

當然，如果你還認可測試是一門技術活兒的話，那就不要再為了測試人員是否需要學習編程這樣的問題而糾結了，因為這是一個很迂腐的問題。未來的測試行業(yè)肯定是要趨于國際化標準了，而且未來將會有越來越多的資深開發(fā)轉向測試發(fā)展，不妨可以思考一下，我們的優(yōu)勢在哪兒?前段時間了解到淘寶關于性能測試工程師的要求，他們非常需要那些做過資深的開發(fā)人員有意向轉性能測試方向的人才。因為人家對所謂專業(yè)出身的測試人員已經失去了希望，很多工作不是一個專業(yè)測試人員真正所能夠完成的，沒有深厚的開發(fā)功底，對架構和細節(jié)的熟悉，不可能完成一些重量級測試分析工作的。

請聯(lián)系網站客服，了解詳細的課程信息~

優(yōu)質、便捷、省心